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ABSTBACT 

Calibration  is  a  vital  logistics  element  that  directly 
impacts  operational  readiness  and  mission  capability. 
Declining  manpower  resources  and  fleet  expansion  necessitate 
improvements  in    calibration    productivity.  Toward   this   end 

the  Navy  has  initiated  several  calibration  automation 
programs.  Realization  of  the  full  potential  of  automated 
calibration  systems  requires  that  the  test  instrument  be 
IZEE-488  general  purpose  interface  bus  (GPI3)  configured. 
This  thesis  examines  the  relative  costs  and  benefits  of 
configuring  general  purpose  electronic  test  equipment 
(GPETE)  with  GPIB  tc  faciliate  automated  calibration.  It 
does  so  through  the  development  of  a  simple  cost-benefit 
analysis  and  a  discussion  of  non-quantifiable  advantages  and 
disadvantages,  based  upon  extensive  interviews  with  experts 
and  literature  research.  In  general,  the  analysis  supports 
GPIB  procurement  when  procurement  quantities  are  large, 
calibration  procedures  are  lengthy,  and/or  the  calibration 
interval    is    short. 
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I-  I£TBQDOCTION 

The  author1  s  assignment  as  the  Avionics/ Armament  (M-3) 
Division  Officer  onboard  OSS  JOHN  F.  KENNEDY  (CV-67)  brought 
an  acute  awareness  of  the  criticaiity  of  electronic  calibra- 
tion to  the  mission  effectiveness  of  an  aircraft  carrier 
(CV)  and  its  embarked  airwing.  Virtually  every  iten  of 
electronic  test  equipment  requires  calibration.  Therefore, 
any  factor  that  affects  calibration  productivity  and  turna- 
round time  will  have  a  direct  effect  on  both  electronic  test 
equipment  and  electronic  system  availability. 

USS  JOHN  F.  KENNEDY  was  fortunate  to  be  assigned  a 
number  of  highly  skilled  and  highly  motivated  calibration 
technicians.  But,  in  spite  of  this  advantage,  calibration 
still  often  created  a  "bottleneck"  in  the  electronic/ 
avionics  component  repair  cycle.  Other  CVs  were  not  as 
fortunate  and  experienced  far  greater  difficulties. 

Improved  local  management  emphasis  and  planning  is 
required  to  optimize  the  utilization  of  available  calibra- 
tion resources.  On  USS  JOHN  F.  KENNEDY  several  competent 
avionics  technicians  were  reassigned  from  ether  areas  to  the 
onboard  Fleet  Calibration  Activity  (FCA) ;  on-the-job 
training  (OJT)  was  arranged  at  local  Naval  Air  Rework 
Facility  (NARF)  and  shore  based  Aircraft  Intermediate 
Maintenance  Departments  (AIMD);  and  detailed  calibration 
planning  was  introduced.  Yet  these  measures  were  nor 
enough.  Even  in  the  current  favorable  (in  terms  cf  techni- 
cian numbers  and  skill  levels)  peacetime  environment,  the  CV 
FCAs  are  hard  pressed  to  provide  the  calibration/repair 
quality  and  throughput  required  to  optimize  weapons  system 
support . 
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The  passing  of  the  "post  war  baby  boom"  generation  and 
resultant  decrease  in  the  number  of  young  men  from  which  the 
Navy  can  recruit  (figure  1.1)  and  increasing  lucrative 
private  sector  opportunities  for  skilled  electronics  techni- 
cians premises  to  aggravate  this  problem  at  a  time  that  the 
Navy  is  expanding  tc  a  six  hundred  ship  fleet  based  upon 
fifteen   carrier    battle  groups. 

The  Navy  generally  recognizes  the  current  calibration 
shortcomings  and  trends.  As  the  result  several  effective 
programs  have  been  initiated.  However,  one  aspect  that  has 
been  largely  overlooked  is  the  influence  that  test  eguipment 
configuration  has  upon  the  calibration  facility's  produc- 
tivity. It  is  upon  this  aspect  that  this  thesis  will 
concentrate . 

The   objectives    of  this    thesis   are: 

1.  Tc   provide      a    basic    understanding      of   the      Navy    GPETE 
program    and    the  IEEE-488   interface   bus. 

2.  Tc   analyze      the  costs,        benefits,      advantages,         and 
disadvantages   cf  the    IEEE-488    configuration   of   GPSTE. 

3.  Tc    make    recommendations    for      the    enhancement    of    fleet 
calibration    productivity. 

Toward  this  end.  Chapter  2  will  present  various  past  and 
present  calibration  productivity  and  workload  reduction 
initiatives.  Chapter  3  will  provide  a  brief  introduction  to 
the  Navy  General  Purpose  Electronic  Test  Equipment  (GFETE) 
program  while  Chapter  4  gives  an  overview  of  the  IEEE-488 
interface  bus.  Chapter  5  presents  the  centerpiece  of  this 
thesis,  a  cost-benefit  analysis  of  GPETE  IEEE-488  configura- 
tion. Chapters  6,  7  and  8  will  provide  related  issues, 
recommendations    and    an  epilogue   respectively. 
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Figure    1.1         Military   Population   Resources. 

This  figure  demonstrates  the  decreasing  manpower  resources 
from  which  the  Navy  will  be  recruiring  over  the  next  two 
decades.  From  a  high  of  10.8  million  in  1976,  the  number  of 
males  17-21  years  of  age  in  the  population  of  the  United 
Scares  has  declined  to  approximately  10.0  million  in  1983 
and  is  projected  to  reach  a  low  of  3.0  million  in  1996. 
[Ref.    1] 
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II.  CURRENT  CALIERATIOB  PRO  DOC T IV IT Y  ENHANCEMENT  INITIATIVES 

Calibration  productivity  enhancement  and  workload  reduc- 
tion has  been  the  objective  of  several  Navy  initiatives  over 
the  past  decade.  These  programs  can  be  divided  into  two 
general  areas-  calibration  automation  and  management 
improvement.  The  following  is  a  brief  summary  of  some  of 
these  initiatives. 

A.   CALIBRATION  AUTOMATION 

As  automatic  test  equipment  (ATE)  has  improved  techni- 
cian test,  check  and  repair  productivity,  automated 
calibration  systems  (ACSs)  have  the  potential  of  improving 
calibration  productivity. 

The  Navy  is  currently  approaching  calibration  automation 
through  four  different  programs:  Modularly  Equipped  and 
Configured  Calibrators  and  Analyzers  (MECCA) ,  Automated 
Calibration  and  Diagnostics  (AC/D) -formerly  Automated 
Calibration  Laboratory/  Satelite  Calibration  and  Diagnostics 
(ACL/SCD)  ,  Mobile  Automated  Calibration  Laboratory  (MACL)  , 
and  Parametric  Tolerance  Verification. 

1  .   MECCA 

MECCA  is  a  portable,  automated  calibration  system 
developed  by  the  Metrology  Engineering  Center  (MEC) .  The 
system  consists  of  a  micro-processor  driven  controller 
(currently  the  FLUKE  1720A/AP)  linked  by  interface  bus  to 
one  of  several  programmable  calibrators  (meter,  signal 
generator,  oscilloscope  and  frequency/counter  calibrators 
are    currently      available   or      under   development) .  MECCA   is 

able    to    function    in    one   of      two   modes    of   operation    depending 
on    the   test    instrument's    (T  I)     IEES-488    configuration. 
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In  the  "open  loop"  mode  (for  nor-IEEE-433  test 
instruments)  the  controller  and  calibrator  are  inter  faced 
via  the  IEEE-488  bus  permitting  -he  controller  to  automati- 
cally  set  the  calibrator's  function,  range  and  accuracy. 
However,  because  the  test  instrument  is  not  bus  compatible, 
its  interface  with  the  controller  consists  of  standard 
leads.  Therefore,  the  operator  must  physically  interface 
with  the  test  instrument  and  controller  (using  the  controll- 
er's hand  held  "operator's  aid")  to  adjust  the  calibrator's 
output  until  the  test  instrument's  measurement  ir.dication 
(digital  cr  dial  display)  coincides  with  the  controller's 
programmed  output.  Once  this  is  accomplished,  the  controller 
is  able  to  compare  the  calibrator's  programmed  and  adjusted 
outputs  to  determine  if  the  test  instrument  is  within  the 
prescribed   tolerance. 

In  the  "closed  loop"  mode  (for  IEEE-488  configured 
test  instruments)  operator  interface  is  significantly 
reduced.  Eecause  the  test  instrument  is  now  interfaced  with 
the  controller  and  the  calibrator  via  the  IEEE-488  bus,  the 
controller  can  make  direct  comparisons  of  the  calibrator's 
output  and  the  test  instrument's  measurement  indication. 
Therefore,  operator  adjustment  of  the  calibrator  output  is 
eliminated. 

While  it  is  possible  for  a  "closed  loop"  calibration 
to  automatically  proceed  from  one  parametric  test  to 
another.  Navy  closed  loop  procedures  are  currently  written 
to  display  the  results  of  each  pararaatric  test  on  the  cont- 
roller CRT.  Each  step  in  the  calibration  procedure  must, 
therefore,    be  manually  initiated    by   the    operator. 

2 .       A  C/D 

AC/D      is    a      Naval   Aviation      Logistics   Center       (NALC) 
proaram    designed  to    encourage   and   coordinate  the   development 
of    automated  oalibration   systems    (ACSs)       in   Navy   type   II   and 
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type    III    calibration    laboratories.  The    program    is   managed 

by      NALC   Code      3  30    with     contractor      support    services       (CSS) 
provided   by     Science    Applications   Inc.'s       (SAI)       Calibration 
Support   Division.      Initially   the    program   only    included   three 
calibration     facilities:  Naval     Air      Test     Center      (NATC) 

Patuxent   River,      NARF     Pensacola   Type    II,      and      NARF    Alameda 
Type    II. 

NATC  Patuxent  River  is  assigned  responsibility  for 
the  development  of  ACSs.  Like  HECCA,  the  AC/D  systems  are 
based  en  a  Tier  oprocessor  based  controller  and  programmable 
calibrators.  But  unlike  MECCA,  AC/D  procedures  are  written 
to  minimize  operator  intervention.  Instead  of  requiring  the 
operator  to  initiate  each  step,  AC/D  procedures  are,  when- 
ever possible,  "hands  off"  with  the  results  directly 
transmitted  to  a  printer  to  facilitate  review  at  the  opera- 
tor's convenience.  Thus,  following  set-up  and  program 
initiation,  a  fully  programmable  TI  could  run  through  the 
entire  calibration  procedure  without  the  operator  being 
present.  To  date,  NATC  has  developed  several  ACSs  including 
an  AN/APM-403,  radar  altimeter  test  set,  ACS  that  reduces 
calibration  requirements  from  forty  high  skill  manhcurs  to 
8-12    moderate  skill    manhours   [Ref.    2]- 

NARF  Pensaccla  is  tasked  with  the  development  of 
systems  tc  detect  and  diagnose  faults  in  the  test  instru- 
ment's IEEE-488  bus,  interconnecting,  and  conventional 
circuitry  and  the  instrument's  microprocessors.  An  IEEE-U83 
bus  diagnostic  system  based  upon  an  Interface  Technologies 
ITC-488  controller  has  been  developed  and  deployed  to  the 
type  II  and  III  (but  net  FCA  (type  IV))  laboratories.  A 
microprocessor  diagnostic  system  is  near  completion  and 
current  planning  calls  for  type  II/III  deployment  in 
September  1983.  Current  plans  call  for  initiating  the 
development  of  diagnostics  for  instrument  interconnecting 
and   conventional  circuitry    in    the   near    future.      [Ref.    3] 
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NARF  Alameda  is  assigned  as  the  AC/D  control  centsr 
and,  as  such,  tasked  with  the  production  and  distribution  of 
the    systems    developed   by    -he   other   facilities. 

At  the  AC/D  Conference  in  Dallas,  Texas  29-31  Harch 
1983,  the  remaining  NARF  type  II  and  type  III  laooratories 
were  brought  into  the  program.  The  addition  of  these  activ- 
ities and  their  resident  expertise  (many  have  independently 
developed  ACSs)  promises  to  further  enhance  ACS  development 
and   application. 

Eecause  all  of  the  AC/D  laboratories  have  FLUKE 
1720A  controllers,  many  of  the  ACSs  developed  under  this 
program    will  be    directly  applicable    to   MECCA. 

3.       MACL 

The  MCL  program  was  initiated  in  1981  by  NALC  under 
contract  to  SAI  at  NATC  Fatuxent  River.  The  program's 
objective  is  the  development  of  a  mobile  automated  calibra- 
tion facility  that  can  be  rapidly  deployed  to  a  forward  site 
or   used   to   temporarily  augment    an   existing    facility. 

MACL  is  housed  in  a  9»  X  23'  trailer  that  is  config- 
ured with  all  necessary  power,  air  conditioning,  racks  and 
benches.  The      installed      ACS         (called      Mobile      Automated 

Calibration  System  (MACS))  is  based  on  a  John  Fluke  7405A 
meter  calibrator,  modified  by  the  addition  of  a  Tektronix 
oscilloscope  calibrator.  Unlike  MECCA,  whose  applications 
software  and  ICPs  are  stored  on  floppy  diskettes,  MACS 
stores  all  its  software  in  a  computer  for  direct  -lccbss  by 
the    system    controller. 

The  MACL  program  includes  mere  than  the  development 
of  MACL  calibration  capability  and  logistics.  It  also 
includes  tasks  such  as  the  development  of  a  universal  cali- 
bration procedure  generator  that  will  have  wide  ACS 
applicability.       [Ref.   4] 
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4 .      Parametric   Tolerance   Verification 

Parametric  tclerance  verification  is  a  calibration 
concept  being  implemented  in  the  latest  generation  of  Navy 
ATS.  Instead      of    individually      calibrating      ATS      building 

blocks  (3Bs)  off-line,  the  station  as  a  whole  is  certified 
using   a    primary    reference   standard  and   automated    program. 

The  reference  standard  may  be  integrated  into  the 
station  as  either  an  imbedded  building  block  (BB)  or  as  a 
plug-in   interface      device    (ID).  The   former     configuration 

will  be  iiplemented  in  the  AN/USM-470  Automatic  Test  Station 
(ATS)  and  the  AN/USM-484  Hybrid  Test  Station  (HTS)  .  The 
latter  configuration  is  planned  for  the  AN/USM-469  RADCOM 
and    the    AN/USM-4 29 (V) 1   CATIIID. 

Parametric  tclerance  verification  reduces  FCA  work- 
load requirements  by  reducing  the  number  of  station  building 
block  (3E)  test  instruments  requiring  off-line  calibration. 
For  example,  of  the  23  AN/USM-470  building  blocks,  only  one 
(the  calibration  module  itself)  requires  off  line  calibra- 
tion. [Ref.  5]  Additional  advantages  of  parametric 
tolerance   verification  include: 

1.  Enhancement  of  ATS  operational  readiness  by  elimi- 
nating 3B  removals  at  individual  calibration 
intervals . 

2.  Checking    of    remcte/programmable    features. 

3.  Testing  of  instruments  in  their  operational  environ- 
ment. 

4.  Reduction   of    EE  in   transit    time   and    damage. 

5.  Reduction  of  connector  wear  by  reducing  3B  removal 
requirements. 

6.  Elimination  of  the  calibration  of  unused  features  and 
accuracies. 


17 


5  •      Miscellanequ g   ACS  I nitiativas 

Virtually  every  Navy  civilian  manned  calibration 
facility,  whether  involved  in  AC/D  or  not,  has  their  cwn 
automatic  calibration  initiatives  and  many  have  seme  opera- 
tional systems.  The  author  found  such  programs  in  fcrce  at 
Navy  Calibration  Labcratory  (NCL)  Tustin,  NCL  Whidby  Island, 
the  Naval  Avionics  Center  (Indianapolis) ,  and  several  NARF 
calibration  laboratories  which  until  recently  had  not  parti- 
cipated  in   AC/D. 

B.       MANAGEMENT    IMPROVEMENT 

1  •      Intervals  By   Exception 

"Intervals  By  Exception"  is  a  management  decision  making 
approach  to  calibration  interval  determination  and  interpre- 
tation developed  by  MEC  in  1970.  The  approach  differs  from 
past  model  number  and  serial  numbar  interval  determination 
criteria  by  isolating  individual  serial  numbers  whose 
statistical  reliability  differs  markedly  from  their  model's 
population  norm.  The  individual  deviant  instruments  (termed 
"dogs"  if  significantly  less  reliable  than  the  norm  and 
"gems"  if  significantly  more  reliable)  are  assigned  indivi- 
dual calibration  intervals  (published  in  the  "Metrology 
Bulletin"  distributed  monthly  by  MEC)  .  The  remaining  popu- 
lation reliability  data  is  used  to  determine  a  model 
calibration  interval  for  semi-annual  publication  in  the 
"Metrology   Requirements   List"    (METRL) ,    NAVAIR    17-35MTL-1. 

Isolation  of  these  "exceptions"  increases  the 
model's  calibration  interval,  thus  reducing  the  total  number 
cf      required  calibrations.  A      test      program  of      60      "high 

submission"  model  numbers  demonstrated  an  average  interval 
increase  from  6.8  to  8.2  months  as  the  result  of  this 
program.      [ Ref .    6] 
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2.      HEC    AO?    Program 

In  1976  the  Metrology  Engineering  Center  changed  its 
calibration  interval  criteria  from  .85  SOP  (end  of  period) 
to    .85    AOP    (average    ever    period).  The   results    in    -erms^of 

increased   calibration     intervals   were    dramatic.  From  June 

1976  to  July  1979  the  average  calibration  interval  of  a 
sample  of  305  GPETE  items  increased  from  8.8  to  13.6  months. 
The  estimated  annual  savings  resulting  from  this  increase 
was    18,000      calibrations   and   45,003    manhcurs.  [Ref.    7]   3y 

October  1982  the  average  interval  cf  these  same  305  items 
had    increased  to    15.1    months   [Ref.    8]. 

3  .      PME    Wor k  C en t er   Pro  ductivity    Enhancement    Program 

The  Precision  Measuring  Equipment  (PME)  Work  Center 
Productivity  Enhancement  Program  was  initiated  by  the 
Aircraft  Intermediate  Maintenance  Support  Office  (AIMSO)  in 
1981.  The  purpose  of  this  program  is  to  improve  the  produc- 
tivity cf  NAVAIR  type  IV  (FCA)  calibration  activities 
through  the  identification  of  depot  level  (type  I,  II,  and 
III  calibration  laboratories)  caiiorations  that  are  within 
the  capability  of  the  forwarding  FCA.  A  survey  of  ten  FCAs 
identified  approximately  25,000  calibration  hours  in  this 
catagory.      [Ref-    9] 

AIMSO  proposes  generation  of  a  quarterly  or  semi- 
annual report  to  identify  these  inappropriate  depot  level 
calibrations.  This  report,  which  would  be  distributed  to 
the  cognizant  FCA  manager,  AIMD  Officer  and  type  commander, 
would  be  used  to  investigate  the  causes  of  the  problem 
(inadequate  screening,  training,  calibration  standards, 
etc.)    so   that   corrective   action   could    be    initiated. 

Elimination  of  inappropriate  depot  level  calibra- 
tions will  raduce  test  equipment  turnaround  time  and  save  an 
estimated   $15   million     in   NARF  Naval    Industrial      Funds    (NIF) 
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annually.  Additional   NIF      savings      could      be   realized      by 

extension   of  such  a    program      to   NAVSEA   and    NAVELEX    cognizant 
activities-      [Ref.    10] 
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III.    GENEMIi    PORPCSE    ELECTRONIC    TEST    EQUIPMENT     (GPETE) 

Navy  electronic  test  equipment  is  generally  ciassifed  as 
either  automatic  test  equipment  (ATE),  calibration  stan- 
dards, cr  electronic  test  equipment  (ETE)  .  ATE  consists  of 
systems  of  instruments  interfaced  with  a  computer  (cont- 
roller) to  work  as  a  unit  in  performing  test  functions. 
Calibration  standards  are  those  instruments  which  have  been 
certified  tc  serve  as  the  accuracy  control  in  the  calibra- 
tion cf  other  instruments.  ETE  refars  to  manually  operated, 
stand  alone  instruments.  In  recent  years,  with  the  intro- 
duction of  microprocessor  controlled  instruments  and 
automated  calibration  systems,  these  distinctions  have 
become    increasingly   clouded. 

The  Navy  sub-divides  ETE  into  three  general  catagories: 
general  purpose  electronic  test  equipment  (GPETE) ,  special 
purpose  electronic  test  equipment  (SPETE)  ,  and  other  ETE 
(catagory  definitions  ais  provided  in  Appendix  B) .  Of  the 
three,  GPETE  contains  the  greatest  number  of  individual 
instruments.  In  fact,  the  calibration  of  GPETE  accounts  for 
ever  half  of  the  electronic  calibration  workload  in  a  CV  FCA 
[Ref.    9]. 

A.       GPETE    CLASSIFICATIONS 

GPETE  is  sub-divided  into  the  following  two  classifica- 
tions : 

1  •      S ta nda r d  GPETE 

Standard  GPETE  is  equipment  which  has  been  deter- 
mined by  the  Naval  Electronic  Systems  Command  to  most 
closely      meet  Navy      requirements.  This    equipment,         which 
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consists  primarily  cf  off-the-shelf  (OTS)  commercial  test 
equipment  (CTE) ,  is  listed  in  MIL-STD-1364  (Navy)  as 
preferred   for  procurement  and    is   approved    for   service   use. 

2.      Ncn-Standard    GPETE 

Non-standard  GPETE  are  those  irems  cf  GPETE  not 
listed  in  MIL-STD-1364  as  preferred  for  procurement.  This 
catagcry  includes  standard  GPETE  instruments  whose  configu- 
ration (options)  differ  from  the  prime  configuration  listed 
in    MIL-STD-136  4    Appendix   I. 

B.       GEETE    MANAGEMENT 

Prior  to  the  issue  of  NAVMAT  Instruction  5430.42  (super- 
ceded by  the  NAVMATINST  4790.25  series),  on  15  April  1970, 
GPETE  management  was  fragmented  among  the  hardware  systems 
commands.  This  instruction  assigned  Navy-wide  GPETE  manage- 
ment responsibility  tc  NAVELEX.  NAVELEX  responsibility  was 
subsequently  expanded  to  include  overall  Test,  Measuring, 
and  Diagnostic  Equipment  (TMDE)  management  by  NAVMAT  Notice 
5430  cf  29  June  1981.  This  latest  change  was  facilitated  by 
the  transfer  of  the  Test  and  Monitoring  Systems  (TAMS) 
Office  frcm  NAVMAT  (where  it  was  code  04T)  to  NAVELEX  (where 
it    is    code    C8T)  . 

Within  NAVELEX  GEETE  r esponibilit ies  are  assigned  tc  the 
TMDE  Division  (Code  815)  where  they  are  delegated  tc  two 
branches.  The  Test  Equipment  Maintenance  Engineering  Branch 
(Code  8152)  acts  as  the  test  equipment  Logistics  Element 
Manager  (LEM)  and  is  assigned  GPETE  responsibilities  related 
to      NAVELEX      cognizant      prime    weapons      systems.  The      Test 

Equipment  Engineering  and  Procurement  3ranch  (Cede  3151)  is 
responsible  for  Navy-wide  GPETE  program  management  (lass 
logistics) . 
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1  •      NAVELEX   115 J.   Responsibilities 

The  Test  Equipment  Engineering  and  Procurement 
Branch  is  staffed  with  acquisition  engineers  and  a  single 
program    analyst.  It  is      tasked   with      the    following      GP3TI 

management    responsibilities: 

1-  Classification  of  ETE.  ETE  is  classified  as  GP3T2, 
SFETE  or  other  ETE  by  the  Naval  Material  Command's 
Electronic  Test  Equipment  Classification  Beard.  A 
NAVELEX  8151  representative  chairs  this  board  and 
resolves  classification  through  telephone  coordina- 
tion. Only  occasionally  is  a  formal  meeting 
required.      [ Ref .    11 ] 

2.  Quality  and  S  pecifications.  NAVELEX  8  151  carries  cut 
its  quality  and  specification  responsibilities 
through  the  maintenance  of  the  following  three  stan- 
dards: 

a)  MIL-STD-1 364,  "Military  Standard  for  Standard 
General  Purpose  Electronic  Test  Equipment."  A 
companion  document,  MIL-SID-1 387 ,  provides  proce- 
dures for  procurement  approval  of  non-standard 
GPETE. 

b)  MIL-T-28800,  "General  Specification  for  Test 
Equipment  for  Use  With  Electrical  and  Electronic 
Equipment" 

c)  MIL-HDBK-265,  "Standard  General  Purpose  Electronic 
Test    Equipment    Support    Items    (GSI)" 

Technical  support  for  maintenance  of  these  standards 
is  provided  by  the  Test  Equipment  Environmental 
Compatibility  Division  (Code  026)  at  the  Naval 
Electronic  Systems  Engineering    Activity    (NESEA) . 

3.  GPETE  Procurement  Coordination.  NAVELEX  8151  is  the 
liaison  between  the  GPETE  users/buyers  (the  hardware 
systems      commands)       and      the      GPETE    procuring      agency 


23 


(SFCC).         In      this  role      NAVELSX    8151      is   responsible 
for: 

a)  Maintenance  of  an  automated  data  base  that 
includes  requirements  identification,  procurement 
plans    and    budgeting   inputs. 

b)  Preparation  of  specifications  ("salient  character- 
istics")    fcr  GPETE   procurement. 

c)  B€ commendation   of    procurement   methods. 

d)  Review,  clarification,  coordination,  technical 
approval,  and  consolidation  of  hardware  systems 
command  (SYSCOM)  GPETE  requirements  lists. 
[Bef.     12] 

u.  GPETE  Planning  and  Budgeting.  NAVELEX  8151  prepares 
CEN  Program  Objectives  Memorandums  (PGM)  relative  to 
the  GPETE  program  and  the  subsequent  budget  fore- 
casts. 

5-  Standardization.  NAVELSX  3151  responsibilities  for 
standardization  include: 

a)  Development  and  implementation  cf  a  GPETE  stand- 
ardization program  which  minimizes  proliferation 
and  ensures  total  cost  effectiveness  without 
degrading    mission    performance. 

b)  Assurance  that  standard  GPETE  models  listed  in 
MIL- STD- 13  64  (Navy)  are  up  to  date  and  itinimize 
life  cycle  costs  by  considering  overall  reli- 
ability, maintainability,  repair,  calibration  and 
ILS   plannir.g. 

c)  Control  of  non-standard  GPETE  procurement  through 
management    cf    MIL-STD-1337    procedures. 

d)  Centralization  of  procurement  to  the  maximum 
extent   possible.      [Ref.    13] 
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2-      NAVELSX    3J.5  2    logistic    Responsibilities 

In  addition  to  the  TMDS  management  responsibilities 
for  shore  ccmaands  (discussed  below) ,  NAVELEX  8152  is  the 
logistics  element  mar.ager  (LEM)  for  GPETE.  As  such,  its 
responsibilities   include: 

1.  Development    of   GPETE    ILS. 

2.  Development  of  operational  logistics  suoport  plans 
(including     repair,      calibration,         provisioning      and 

training)    for    GPETE. 

3.  Assignment  of  source,  maintenance  and  rscoverabiiity 
(SMSR)    codes    to  GPETE. 

3«      Hardware   Systsms    Command    Responsibilities 

The  hardware  systems  commands  (SYSCOKs) ,  as  the  THDE 
managers  fcr  weapon  systems  under  their  cognizance,  are 
assigned   the  following  GPETE   management    functions: 

1.  Providing  NAVELEX  with  GPETE  requirements  data, 
including  the  minimum  performance  specifications,  to 
support    weapon   systems    under   their   cognizance. 

2.  Consolidation  and  submission  of  GPETE  initial  outfit- 
ting   (GINO)     requirements. 

3.  Budgeting  and  funding  identification  of  cognizant 
GINO    requirements. 

4.  Development,  maintenance  ana  distribution  cf  THDE 
allowance  and  inventory  lists  for  applicable  user 
activities. 

5.  Designation  of  a  representative  to  serve  en  the 
NAVMAT  ETE  Classification    Board.      [Hef.    14] 

The  specific  SYSCOM  areas  of  responsibility  and 
internal   GPETE    management   assignments    follow. 
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a.  Naval   Air   Systems   Command 

NAVAIR  is  the  TMDE  manager  for  aviation  ground 
support  equipment  (GSE).  Within  NAVAIR,  Code  552  (currently 
assigned  to  Code  55223)  is  responsible  for  GPETE  management, 
but  most  GFETE  functions  have  been  delegated  to  -he  Naval 
Air    Engineering    Center    (NAEC)    Code  92524   [Ref.    15]. 

b.  Naval    Sea  Systems    Command 

NAVSEA  is  the  TMDE  manager  for  ships  and  fleet 
activities      ashore      less    aviation     GSE.  GPETE      management 

within  NAVSEA  is  assigned  to  the  Weapons  System  Engineering 
Division  (Code  06C)  where  it  is  carried  out  by  NAVSEA  Code 
06C1C  (Support  Equipment  Logistics  Manager).  Some  GPETE 
management  functions  are  performed  in  house,  but  all  routine 
functions  have  been  delegated  to  Naval  Weapons  Station, 
Earle. 

c.  Naval   Electronics    Systems   Command 

NAVELEX  8152  serves  as  the  TMDE  manager  for 
shore  activities  less  fleet  activities  ashore  and  aviation 
GSE.  Many  of  the  routine  functions  have  been  delegated  to 
NESEA   Code    026,    who    is  assisted   by   a    contractor   [Ref.    16]. 

C.       GBETE    FUNDING 

1-      5-E2TE  Initial  Outfitting    (GINO) 

GINO  funding  is  provided  by  the  appropriate  OPNAV 
program  sponsor.  NAVSEA  and  NAVELEX  GPETE  funding  is  appro- 
priated under  Other  Procurement,  Navy  (OPN) .  NAVAIR  GPETE 
funding  is  appropriated  under  Airoraft  Procurement,  Navy 
(APN)  . 
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In  the  OPN  funding  arena,  GPETE  funding  is  "fenced" 
(cannct  be  spent  on  anything  else)  and  is,  therefore,  not 
readily  susceptible  to  reduction.  APN  GPETE  funding,  on  -he 
ether  hand,  is  "unfenced"  and,  on  occasion,  has  been  reduced 
to    facilitate  other    APN   requirements.      [Ref.    17] 

2*      GPETE  End  Item  Replacement    (GEIR) 

Unlike  GINO,  GEIR  is  funded  under  Operations  and 
Maintenance,  Navy  (OSMN)  and  comes  directly  out  cf  the  oper- 
ating activity's  Aviation  Fleet  Maintsnar.ee  (AFM)  or  Supply 
and  Equipage  (S5E)  funds.  Whenever  an  item  of  GPETE  is 
beyond  the  repair  capability  of  the  custodian,  the  item  is 
to  be  turned  into  the  supply  system  and  a  replacement  drawn 
at  the  current  Navy  Stock  Fund  (NSF)  GEIR  price  (averaging 
approximately  44*  of  the  NSF  GINO  price  for  a  new  item) 
[Ref.    18]. 

Fleet  activities  have  displayed  some  reluctance  to 
use  the  NSF  system.  Complaints  include  high  NSF  prices, 
long  replacement  lead  times,  and  the  marginal  quality  of  the 
replacement  units  (with  no  warranty).  As  a  result,  many 
activities  have  arranged  repair  at  the  manufacturer's 
service  facility  and,  for  a  smaller  charge,  been  ensured 
quality  workmanship,  reliability  updates,  a  90  repair 
warranty,  a  full  Navy  acceptable  calibration,  and  relatively 
rapid   turnaround.      [Ref.    19] 

These  fleet  complaints  are  not  unfounded.  The  GPETE 
(7Z  COG)  system  availability  was  only  36.4;*a  during  fiscal 
year  1982  and  4  1 .  47r  during  the  first  half  of  FY-83 
[Ref.  20].  Additionally,  while  44%  represents  an  average, 
in  the  past  the  GEIR  price,  while  always  lower  than  the  GINO 
price  (which  includes  a  19.93  surcharge  for  FY-83),  has 
occasionally  exceeded  the  GSA  Schedule  price  of  a  new 
instrument   [Ref.    21]. 
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C.       GINO    REQUIREMENTS    DETERMINATION 

GINO  requirements  consist  cf  both  n  =  w  requirements  and 
fleet  shortages  resulting  from  past,  unfilled  initial 
outfitting  requirements.  Program  managers  of  new  or  updated 
weapons  systems  are  responsible,  as  part  of  their  ILS  devel- 
opment, to  identify  GPETE  requirements  for  the  support  of 
the  system.  The  specific  requirements  are  forwarded  to  the 
system  command's  GPETE  Manager  and  funding  requirements  are 
passed  to  the  program  sponsor.  3ecause  of  time  constraints 
and  other  factors,  not  all  GINO  procurements  however,  fellow 
this  prescribed  procedure.  Some  items  are  procured  through 
other  Navy  activities  (such  as  Naval  Weapons  Station,  Seal 
Beach)  with  funding  provided  by  the  Ship  Acquisition  Manager 
(SHAPM)  .  Others  are  procured  through  contractors  or  ship- 
builders.     [Bef.    22] 

Generation  of  fleet  GINO  requirements  is  the  responsi- 
bility cf  the  type  commanders/aircraft  controlling 
custodians.  While      NAVMATINST    4790.25      states      that      this 

process  should  be  accomplished  through  a  review  of  the  IMRL 
(Individual  Material  Readiness  List),  SPETSRL  (Ship's 
Portable  Electronic/Electrical  Test  Equipment  Requirements 
List),  or  STEAL  (Shore  Test  Equipment  Allowance  List),  this 
procedure  is  actually  implemented  in  a  number  of  ways.  For 
example,  COMNAV AIRLANT  and  COMNAVAIRPAC  require  fleet  activ- 
ities to  report  deficiencies  using  a  "GINO  card." 
COMSURELANT  requires  the  submission  of  an  annual  GPETE 
inventory  by  message  and  COMSUBLANT  identifies  deficiencies 
during   the    annual   Weapons   System    Reviews. 

Both  the  program  manager  and  type  commander  generated 
GINO  requirements  are  consolidated  by  the  appropriate  SYSCOM 
and  submitted  to  NAVELEX  815  1.  NAVELEX  8  15  1,  in  turn, 
reviews  and  consolidates  these  requirements  and  submits 
planned   requirements    to   SPCC   for    procurement. 


28 


E.        NON-STANDARD   GPETE    PR0CURE3ENT 

Whenever  the  items  listed  in  MIL-STD-136U  ar e  not 
capable  cf  meeting  a  required  need  and  that  need  can  be  met 
by  a  non-standard  item,  a  request/ justification  for  non- 
standard GPETE  is  submitted  in  accordance  with  MIL-STD- 1387, 
"Procedures  for  Submission  of  Application  for  Approval  of 
Non-Standard  Gereral  Purpose  Electronic  Test  Equipment 
(GPETE)  .  " 

The  request  is  submitted  through  the  cognizant  SYSCC*  to 
NESEA  Code  026  where  review  is  accomplished  by  a  contractor. 
The  reviewer  recommends  approval  or  disapproval  (a  recommen- 
dation for  disapproval  is  always  preceded  by  discussion  with 
the  originator).  NESEA  Code  026  reviews  the  recommendation 
pricr  tc  fcrwarding  the  request  to  the  originator  with  a 
copy    to    NAVELEX    3151.      [ Ref .    23] 

If  approved  and  funded,  the  non-standard  GPETE  require- 
ment is  consolidated  with  other  GPETE  requirements  for 
procurement  by  SPCC  cr  is  purchased  directly  with  authoriza- 
tion   from    NAVELEX   8151. 
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*v-  IBSE-^88  GENERAL  PURPOSE  INTERFACE  BOS 

A.   BACKGROUND 

1 .  Definition 

The  ANSI/IEEZ-488- 1978  is  an  American  National 
Standard  digital  interface  for  programmable  instrumentation. 
The  standard  specifies  electrical,  mechanical  and  functional 
characteristics    for   the    purpose   of: 

1.  defining  a  general  purpose  system  for  limited 
distance    applications    (twenty    meters  or  lass), 

2.  enabling  the  interconnection  of  independently  manu- 
factured   instruments    into   a  single    functional   system, 

3.  permitting  instruments  of  a  wide  range  of  capability 
tc   be  simultaneously    interconnected    into   a    system, 

4.  permitting  direct   communication    between   instruments, 

5.  defining  a  system  with  minimum  restrictions  en  the 
performance  characteristics  of  the  instruments 
connected   within  the    system, 

6.  defining  a  system  that  permits  asynchronous  communi- 
cations   over    a  wide    range   of    data   rates, 

7.  permitting  the  design  of  lew  cost  systems  composed  of 
lew   cost    instruments,    and 

8.  defining    a   system   that   is   easy   to    use.      [Ref.    24] 

Or  simply,  the  standard  provides  a  standard  interface  for 
instrument  intercommunication,  taereby  permitting  instru- 
ments  tc    be    easily    integrated    into   an    automated   system. 

2 .  H i st cr 2 

Because  of  the  increasing  complexity  of  electronic 
equipment  and  a  scarcity  of  electronics  engineers  and  tech- 
nicians  during   the   past   two   decades,    the   electronics 
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industry  found  an  increasing  need  to  automate  routine 
measurement   tasks. 

Early  implementation  of  automated  systems  was  both 
complicated  and  expensive.  The  lack  of  an  interface  stan- 
dard resulted  in  each  system  being  custom  built.  Interface 
designs  were  30  individually  tailored  to  a  specific  applica- 
tion, that  even  the  addition  of  one  instrument  to  a  system 
could  require  major  reengi neering.  As  the  result,  these 
early  systems  were  very  expensive  and  automation  was 
restricted  to  very  high  volume  testing  or  to  applications  in 
which  the  system  cost  was  low  compared  to  the  value  of  the 
test    results. 

During  the  late  196  0s  and  early  1970s,  the  necessity 
of  a  industry  standard  interface  became  increasingly  appa- 
rent and  several  electronic  equipment  manufacturers 
initiated  research  and  development  efforts  in  this  area.  Of 
these,  Hewlett-Packard  was  the  clear  leader.  International 
interest  in  the  establishment  of  a  suitable  interface  stan- 
dard was  also  developing  at  this  time,  particularly  among 
German   electcnics  organizations. 

In  mid-1972  Hewlett-Packard  began  participating  with 
various  national  and  international  standards  bodies  in  the 
development  of  an  interface  standard.  The  United  States 
Advisory  Committee,  composed  of  both  users  and  manufac- 
turers, adapted  the  interface  concept  developed  by 
Hewlett-Packard  (called  the  Hewlett-Packard  Interface  Bus  or 
HP-I3)      as      a   starting  point.  The    subsequent    draft      of   an 

HP-IB  based  proposed  standard  was  evaluated  by  the  Committee 
and  submitted  to  the  International  Slectrotechnical 
Committee  (IEC)  in  the  fall  of  1972  as  the  United  State's 
proposal    for  an    international    interface   standard. 

In  September  1974  the  IEC  approved  the  United 
States'  proposal  with  minor  modifications  for  formal  ballet. 
The  proposal  was  subsequently  approved  and  published  as  IEC 
Standard    625  in    1977. 
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In  the  Meanwhile,  the  IEEE  Technical  Committee  on 
Automated  Instrumentation  approved  a  draft  document  of  a 
HP-IE  based  interface  standard  in  the  fall  of  1974.  The  IEEE 
Standards  Beard  approved  the  draft  in  December  1974  and 
published  it  as  IEEE  Standard  488-1975  in  April  1975.  In 
October  1975  the  same  standard  was  approved  by  the  American 
National  Standards  Institute  (ANSI)  and  published  as  ANSI 
Standard    MC1.1-1975.      [Ref.    25] 

The  IEC  and  ANSI/IEEE  standards  are  nearly  identical 
and  totally  compatible  with  one  exception- the  connector. 
The  IEEE  standard  (new  generally  referred  to  as  the  General 
Purpose  Interface  Bus,  GPIB)  employs  a  24  self-wiping 
contact   connector.  The   IEC      standard  specifies      a    25      pin 

connector  (using  one  additional  ground)  identical  to  the 
RS-232-C  connector  (therefore,  presenting  the  possibility  of 
equipment  damage  through  the  interconnection  of  these  two 
incompatible  buses)  .  The  interconnection  of  instruments 
implementing  the  twe  different  connectors  is  easily  accom- 
plished   using  a    IEC/IEEE    adapter.      [Ref.    24] 

Since  1975  both  the  IEC  and  ANSI/IEEE  standards  have 
undergone  a  number  of  minor  changes.  The  current  standard 
is    designated   IEEE    Standard    488-1978    and   IEC    Standard    625-1. 

B.       GPIB    SPECIFICATIONS    AND    LIMITATIONS 

1  •      GPIE  Functional   Subsets 

The  IEEE-Standard  4  88  specifies  ten  functions  that  a 
given  instrument's  interface  may  implement.  All  cf  4:hese 
functions  are  optional.  The  extent  to  which  a  given  func- 
tion is  implemented  in  an  instrument  is  specified  by 
functional  subset  designations  (refer  to  Appendix  C  for  a 
complete  list  of  functions  and  subsets) .  Care  is  required 
in  selecting  GPIB  configured  instruments.  "Many  instruments 
are    labeled      "488   Compatible"    or      "GPI3   Compatible,"      but    in 
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the  extreme  the  label  may  only  mear.  that  the  instrument  has 
a   standard   connector."      [Ref.    26] 

GFIB  equipment  selection  :ls  made  even  more  lifficult 
because  of  the  general  lack  of  information  supplied  by  manu- 
facturer's catalogs  and,  in  many  cases,  even  by  the 
applicable  maintenance  manuals.  The  1983  versions  of  the 
Hewlett-Packard,  Tektronix  and  John  Fluke  catalogs  generally 
do  net  specify  the  IF.EE-48  8  functional  subsets  implemented 
in  a  particular  instrument.  At  most,  the  manufacturer's 
catalogs  may  specify  that  an  instrument  is  "talk  only," 
"listen    enly,"    or   "fully   programmable."      [Ref.    25,27,28] 

Even  the  term  "fully  programable"  can  be  deceptive. 
Although  all  functional  subsets  may  be  implemented  in  the 
"fully  programmable"  instrument,  all  the  subsets  may  net  be 
implemented  for  all  cf  the  front  panel  function  and  range 
controls.  Thus,  some  front  panel  controls  may  be  remotely 
operated  (via  the  bus)  while  others  require  local  (front 
panel)    operation.      [Ref.    29] 

GFIB  configured  equipment  selection  is,  therefore, 
not  a  straight  forward  process.  It  requires  both  a  know- 
ledge of  the  functional  subsets  required  for  a  particular 
application  and  a  determination  of  the  functional  subsets 
implemented   by    the    instruments   under    consideration. 

Navy  interface  requirements  are  specified  by 
J1IL-T-28800,      paragraph    3.13.2.  This    specification   states 

that  all  logic  interfaces  in  electonic  test  equipment  should 
be  in  accordance  with  IEEE-STD  488-1978  and  goes  on  to 
specify  the  required  functional  subsets  (refer  tc  Appendix 
C) .  The  United  States  Air  Force  Modular  Automated  Test 
Equipment  (MATE)  functional  subset  requirements  are  provided 
in    Appendix    E.  Additional   discussion   of   this      topic    ^akes 

place    in    Chapter   7. 
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2.      Codes,    Formats  and    Conventions 

IEEZ  Standard  488  specifies  the  hardware  interface, 
basic  function  protocol  and  a  set  of  interface  messages  to 
control  the  interface  functions.  However,  the  standard  dees 
not  specify  the  syntax  or  coding  of  device- dependent 
messages-tha  aessages  that  control  the  programmable  features 
cf   the   instrument.       [Ref.    30] 

Therefore,  while  the  hardware  is  specified,  the 
language  of  communication  is  not.  "It  is  much  like  a  tele- 
phone system-the  hardware  link  is  well  defined,  but  unless 
both  parties  speak  the  same  language,  communication  is 
impossible."     [Ref.     27] 

In  spite  of  the  lack  of  cede,  syntax  and  convention 
standardization,  many  compatibility  problems  have  been 
avoided  by  the  adherence  of  most  electronic  equipment  manu- 
facturers to  the   following    two   related   standards: 

1 •      American      Standard  C ode      For    Information      Inter  change 

(ASCII)  .         ASCII   is    used   in   most    GPIB   instruments    for 

bus    data   transmission. 
2-      ANSI    X3.42.  This    standard      format   specifies      three 

types  of      numbers    (integers,      reals,      and      reals   with 

exponents)      and  transmission   of      the   most    significant 

digit   first. 
Adherence   tc  these    standards   is      required    in    the    procurement 
of         Navy      electronic       test      equipment        as      specified        in 
MIL-T-28800,    paragraph  3.13.2.3: 
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While  two  major  potential  sources  of  incompatibility 
have  been  eliminated  by  manufacturer  adherence  to  reiatei 
standards  and  by  military  specification,  other  sources  of 
incompatibility  have  not  yet  bean  addressed.  Some  of  these 
are: 

1.  Method  of   starting   a    message. 

2.  Method  of  terminating   a   message. 

3.  Convention      to   prevent      execution   of      any      part    of      a 
message    until    the    entire   message    is    received. 

Some  manufacturers  have  attempted  to  develop  standards  for 
these  other  sources  of  incompatibility.  Tektronix' s  "Cedes 
and  Formats"  standard  represents  one  widely  accepted 
approach   [Ref.    31]. 

The    Air    Force's      Proposed   Standard    2806564    Rev      D   of 
05   May      1S82  delineates   various      syntax   and      coding   require- 
ments     (Continuous    Integrated      Intermediate      Language  (CIIL)  ) 
for    MATE    qualified    systems.       CIIL   has    been    submitted   as    IEEE 
Proposal    981   for   inclusion    in   the   IEEE-STD   488  [Ref.    32]. 

Pending  addition  of  thorough  codes,  formats  and 
conventions  specification  to  the  IEEE-STD  488,  the  selector 
of  GPIB  test  equipment  must  ensure  that  procurement  specifi- 
cations require  codes,  syntax  and  conventions  compatibility 
with    the   ether   GPIB    instrumentation. 

C.       GPIB    APPLICABILITY   TO    GPETE 

Unlike  the  Air  Force,  which  through  its  MATE  program  is 
attempting  to  make  general  purpose  TMDE  (i.e.  GPETE)  compa- 
tible to  ATE  applications,  the  Navy's  ATE  efforts  are 
concentrated  on  development  of  a  common  ATE  station  for  all 
applications.  With  a  f aw  exceptions,  neither  the  current 
"family  of  ATE"  (seven  different  ATE  stations)  or  the 
Consolidated  Systems  Support  (CSS)  program  (now  entering 
full  scale  development)  rely  on  the  use  of  GPETE  as  ATE 
building   blocks. 
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Therefore,  the  irajor  application  of  GPI3  in  GPETZ  would 
be  to  facilitate  automated  calibration  and,  specifically,  to 
facilitate  the  closed  loop  calibration  of  the  instrument 
using   the    MECCA    system. 

The  current  number  of  GPETE  items  available  with  GPIB  is 
small.  A    comparison      of    the      MIL-STD- 1364F      and    the      1983 

versions  of  the  Hewlett-Packard,  John  Fluke,  Tektronix  and 
Weinschel  catalogs  only  identified  one  item  with  GPI3  stan- 
dard and  seven  others  in  which  the  3PI3  option  was  available 
(refer   tc      Appendix    F)  .  Although    the      number   cf      items   is 

currently  small,  it  is  increasing  rapidly  because  of  market 
demand  and  the  simplicity  of  implementation  resulting  from 
the    introduction  of    standard  GPIB   integrated   circuits. 

E.       GPIB    PROCUREMENT    POLICIES 

1.  U.S.    air   Force  Policy, 

The  United  States  Air  Force  purchases  TMDE  with 
IEEE-488  whenever  it  is  available.  This  policy,  which  has 
been  in  effect  since  1981,  reflects  verbal  vice  written 
direction  and  was  implemented  primarily  to  facilitate  auto- 
mated calibration.  The  Air  Force  has  even  been  successful 
in  securing  agreements  with  manufacturers  to  provide  GPI3  in 
instruments  when  the  option  is  not  commercially  available 
(e.g.    Tektronix    465M    oscilloscope).      [Ref.    33] 

2.  U.S.    Army,  Policy 

The  United  States  Army  does  not  have  a  written 
policy  for  the  procurement  of  IEEE- 438  with  its  TMDE.  In 
spite  cf  seme  pressure  from  the  Army's  Development  and 
Readiness  Command  (EARCOM)  to  devise  such  a  policy,  the 
individuals        involved        in        TMDE  procurement        at        the 

Communications  and  Electonics  Command  (CSCOM)  have  avoided 
formulation    of    such    a   policy.         These    individuals    prefer   the 
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current  situation  because  it  permits  a  case-by-case  evalua- 
tion and  avoids  the  requirement  to  justify  any  policy  devia- 
tions. The  Army  currently  has  few  automatic  test  equipment 
(ATE)  applications,  but  has  introduced  various  automatic 
calibration   systems.      [Ref.    34] 

3 •      Navy.  Policy 

Currently  the     Navy    does   nor  have    a      specific   GPETE 

GPI3    procurement      policy.         To    fully  understand      the  current 

situation,      the    positions  of   each   of  the   principals    involved 
will    be    presented. 

a.      NAVELEX    8151    Position 

NA7ELEX        8151' s      position        is      summarized        as 
follows : 

1.  No  specific  GPIB  procurement  policy  currently  exists. 
However,  the  formulation  of  such  a  policy  is  under 
study. 

2.  Ultimate  responsibility  for  initiation  of  GPIB  GPETE 
requirements  rests  with  the  users,  i.e.  the  hardware 
systems    commands. 

3.  Currently,  requests  for  GPIB  configuration  of  GPETE 
should  be  generated  through  normal  MIL-STD-1387 
(requests  for  non-standard  GPETE)  channels.  However, 
generation  of  the  specific  policy  should  eliminate 
this    requirement. 

u.       Receipt    of   MIL-STD-1 387   requests  fcr   GPIB    configured 

GPETE  will      result  in      a    review  of   the      MIL-STD-1 364 

characteristics  to      ascertain    if  GPIB    should      be    made 
standard.      [Ref.    35] 
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h.      NAVELEX    8152    Position 

NAVELEX  8152,  as  the  TMDE  manager  for  shore 
commands,    holds    the    following    position: 

1.  Any  GPETE  GPIE  policy  should  be  generated  by  NAVELEX 
8151. 

2.  All  GPETE  should  be  procured  with  the  bus  when  avai- 
lable. To  make  this  point:  NAVELEX  8152  directed  the 
NESEA  contractor  who  consolidates  shore  establishment 
GPETE  requirements  to  universally  specify  GPIB,  where 
appropriate,  en  all  future  GPETE  requirement  lists. 
[Bef.    36] 

c.  NAVAIR    552  Position 

Although  NAVAIR  552  requirss  GPIB  for  most  ATE 
applications,  it  has  no  specific  policy  regarding  GPIB 
configuration  of  GPETE.  Following  the  author's  22  February 
1983  visit,  NAVAIR  55223  tasked  NAEC  92524  to  coordinate 
with  NAVSEA  and  NAVELEX  in  the  formulation  of  such  a  policy. 
[Ref.    37] 

d.  NAVSEA    06C1C    Position 

The  position  of  NAVSEA  06C1C  regarding  the  GPETE 
GPIE    procurement   can    be    summarized  as    follows: 

1.  Prefers  no  definitive  policy  so  that  case-by-case 
decisions  can   be   mads. 

2.  Generally  not  enthusiastic  about  GPIB  procurement 
because  of  the  unlikelihood  of  GPETE  ever  being  used 
in  an  automated  test  system.  However,  the  special 
purpose  application  of  GPETE  as  ATE  building  blocks 
is   recognized. 

3.  The  money  spent  on  GPIB  procurement  can  often  better 
be  utilized  cy  procurement  of  other,  more  useful 
GPETE  options.     [Ref.    38] 


38 


?.     GPETE    GPIB   COST-BENEFIT    ANALYSIS 

One  of  the  contributing  factors  to  the  abssr.es  cf  a 
definitive  GPIB  GPETE  procurement  policy  is  the  lack  of  an 
analysis  which  weighs  relative  costs,  benefits,  advantages 
and    disadvantages      of  GPI3    configured    GPETE.  This   chapter 

will  attempt  to  rectify  that  situation  through  the  develop- 
ment cf  a  simple  cost-benefit  analysis  model  fcr  GPIB  GPETE 
configuration. 

The  model  attempts  to  quantify  ail  GPIB  costs  and  disad- 
vantages and  has  succeeded  in  all  out  two  relatively 
insignificant  cases.  On    the      other    hand,        the    only      cost 

advantage  quantified  is  the  resultant  calibration  manhcur 
savings.  Ail  other  advantages  are  presented  as  ron- 
guantifiables. 

Because  of  the  greater  degree  of  quantification  achieved 
for  costs  and  disadvantages  compared  to  benefits  and  advan- 
tages and,  because  of  the  critical  positions  taken  in 
derivation  cf  the  various  cost  elements,  the  model  is  a  very 
critical  analysis.  This  analysis  is  not,  however,  consid- 
ered   to    be   a  "worst    possible  case"    (a    fortiori)    analysis. 

The  model  is  based  upon  the  life  cycle  cost  of  a  single 
item  cf  GPETE,  not  upon  the  entire  instrument  population. 
Its  application,  therefore,  relies  upon  an  assessment  cf  the 
number   of    instruments   expected   to   be    procured. 

Although  quantifiable  data  was  used  where  it  was  avai- 
lable, the  scarcity  of  such  data  lead  to  a  heavy  reliance 
upon  expert  opinion.  Because  of  its  complexity  and  demands 
upon  the  experts*  time,  a  Delphi  technique  was  net  used. 
Instead,  various  experts  were  surveyed  via  telephone  conver- 
sations, questionnaires  and  visits.  The  results  of  these 
surveys   and   the    model's    parameters    were   then    discussed    and   a 
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general  concensus  achieved  during  a  presentation  at  the  AC/D 
Conference      in    Dallas,        Texas   on     30    March      1983    (refer     to 

Appendix  G  for  a  list  of  attendees)  .  A  discussion  of  the 
elements   of   the    model  follows. 

A.       CALIBRATION    MANHCOR    SAVINGS 

Many  claims  have  been  made  about  the  magnitude  of  the 
manhcur  reductions  that  can  be  achieved  through  automated 
calibration.  Based  upon  comparisons  made  during  an  intro- 
ductory tour  of  MECCA  through  a  number  of  Navy  calibration 
activities,  HEC ' s  promotional  film  "MECCA"  claims  that  MECCA 
produces      calibration   manhour      reductions   [Ref.    39].  John 

Fluke  Corporation  claims  that  their  7405 A  Automatic  Meter 
Calibration  System  (like  MECCA  based  upon  a  FLUKE  1720A 
controller  and  5102  meter  calibrator)  reduces  manhours  by  "a 
factor  of  two  to  three"  [Ref.  40].  Yet,  in  spite  of  these 
claims,  discussions  with  numerous  Navy  calibration  techni- 
cians indicate  that  MECCA  open  loop  meter  calibration  is 
often   slower  than   manual   calibration. 

The  calibration  techniques  oft  an  used  in  the  fleet 
provide  the  source  of  this  disparity.  Experienced  techni- 
cians often  by-pass  some  calibration  steps  and  "piggy  back" 
meters  (calibrate  more  than  one  meter  at  a  time),  unauthor- 
ized methods  not  feasible  with  MECCA.  MEC's  primary  reason 
for  developing  MECCA  was  not  manhour  savings,  but  rather 
improved  procedural  compliance.  Based  upon  fleet  comments 
MECCA    is    achieving    this    objective. 

But  the  apparent  failure  of  MECCA  to  reduce  meter  cali- 
bration manhours  does  not  refute  its  potential.  Fleet 
comparisons  are  of  "apples  and  or anges"-complete  versus 
incomplete  procedures.  Furthermore,  these  comparisons  are 
based   only   upon    open    loop   meter   calibrations. 
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A  survey  of  experts,  limited  quantified  data  and  the 
AC/D  Conference  discussion  resulted  in  agreement  on  a  30 °5 
manhcur  reduction  factor  for  MECCA  closed  loop  compared  to 
MECCA  open  loop  calibration  (Appendix  H  provides  a  more 
detailed   derivation)  . 

This  reduction  is  substantial,  but  not  nearly  what  could 
fce  achieved  if  MECCA  closed  loop  procedures  were  written  to 
minimize  operator  intervention  by  only  stopping  the  program 
to  display  test  results  for  failures.  MEC  agreed  with  this 
assessment  and  plans  to  investigate  changing  the  procedures 
accordingly   [Ref.    41].  The   impact      of   such      a    change      was 

discussed   at  the   AC/D     Conference    and   a   50%   reduction   factor 
agreed   tc      if   the     instrument    calibration      procedures    (ICPs) 
are   changed. 

Even  further  reductions  are  possible  in  a  high  vclume 
calibration  facility.  In  this  environment,  with  sufficient 
throughput  and  multiple  MECCA  stations,  a  single  operator 
using  mirimum  intervention  ICPs  could  simultaneously  carry 
out    two   or   more    calibrations. 

B.       INCREMENTAL    COST    ELEMENTS 
1 .      Procurement    Cost 

The  procurement  cost  is  the  incremental  cost  of 
inclusion  of  the  IEEE-488  option  in  an  item  of  GPSTE. 
Although  manufacturer's  catalogs  clearly  specify  this  cost, 
the  catalog  cost  represents  a  single  unit  retail  price. 
Since  the  Navy  purchases  GPETE  competitively  and  in  quan- 
tity,   its   costs    are    far   below   retail. 

In  this  life  cycle  cost  model,  the  procurement  cost 
is  an  output.  The  model  will  consider  all  other  quantifi- 
able costs  and  benefits  and  produce  a  figure  that  represents 
the  maximum  price  that  the  Navy  could  pay  for  the  GPI3 
option   and      still  "break      even"   over      the    instrument's      life 
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cycle.  Comparison  cf  this  resultant  cost  tc  the  known  or 
anticipated  incremental  cost  of  the  G?IB  configuration  will 
assist    in   the  decisicn  making    process. 

2 •      Incremental    Life   Cy  cle   Software   Costs 

MECCA        software  consists        of  twc        different 

element s-the  applications  software  (or  "handler")  and  the 
instrument   calibration     procedure    (IC?)  .  The   applications 

software  is  applicable  to  an  entire  class  of  test  equipment. 
Currently  MECCA  application  software  is  available  or  is 
under  development  for  meter,  enhanced  meter,  oscilloscope, 
signal  generator  and  counter/frequency  calibration.  Because 
application  software  is  not  unique  for  a  given  instrument 
and  wculd  be  developed  regardless  cf  any  GPIB  procurement 
decisicn,  all  related  development,  distribution  and  mainte- 
nance costs  are  "sunk"  and  non-incremental.  Thus, 
application  software  costs  are  not  considered  in  this 
analysis. 

ICP  software  costs,  on  the  other  hand,  may  be  either 
incremental  or  non-incremental.  If  the  GPIB  procurement 
decision  results  in  the  development  of  an  additional  IC?, 
the    ICP      software   costs      are   incremental.  Otherwise,      IC? 

software  costs  are  ncn-incremental  and  should  not  be  consid- 
ered. To  aid  in  deciding  if  the  ICP  software  costs  should 
be  considered  in  the  cost-benefit  model,  a  decision  tree  is 
provided   in    Appendix    I. 

There  is  a  remote  possibility  that  an  applicable  IC? 
already  exists  for  the  GPIB  configured  instrument,  but  no 
applicable  IC?  exists  for  the  ncn-G?I3  instrument.  In  such 
a  case  the  incremental  software  costs  become  a  credit  for 
the    procurement    decision. 

It  is  recognized  that  the  decision  maker  will 
probably  not  have  ready  access  to  the  information  needed  to 
make    such   a    determination.         However,         MEC,      as    the   control 
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center    fcr   all    ICPs,    should    be   able   to   provide  the   necessary 
information. 

a.  Software    Development   Costs 

MEC  is  currently  paying  contractors  $2,50  0  to 
develop  a  MECCA  ICP  (cost  includes  a  paper  conventional 
manual  ICP)  regardless  of  its  simplicity  or  complexity 
[Ref.  42].  Each  ICP  may  be  applicable  to  as  many  as  ten 
instruments,  but  because  this  analysis  only  considers  cases 
in  which  development  of  a  new  ICP  is  required,  ail  develop- 
ment costs  will  be  apportioned  to  the  first  instrument. 
Software  development  costs  will  be  "sunk"  for  future  instru- 
ments that  are  able  to  use  the  ICP.  Therefore,  the  software 
development  cost  per  unit  is  calculated  by  dividing  $2500  by 
the    expected  number    of  instruments  to    be   procured. 

b.  Software    Distribution   Costs 

MEC  estimates  that  it  costs  $5  to  produce  and 
distribute  a  single  ICP  diskette  (includes  32.80  for  the 
blank  diskette)  [Ref.  43].  Although  as  many  as  ten  ICPs  can 
be  placed  on  a  given  diskette,  MEC  is  currently  limiting 
this  number  to  five  (all  meter  ICP  diskettes  have  five  ICPs) 
[Ref.  44].  The  initial  issue  quantity  of  the  diskettes  is 
one  per  site,  but  this  analysis  will  assume  that  each  site 
will  requisition  a  second  set  of  diskettes  as  a  reserve.  It 
is  further  assumed  that  each  diskette  will  oe  replaced 
semi-annually  as  the  result  of  ICP  changes,  damage  and/or 
loss . 

Distribution  of  ICP  software  for  newly  developed 
ICPs  will,  therefore,  cost  54.00  ((35/disk  X  2  disks/ 
distribution  x  2  distributions/year)/  (5  ICPs/disk) )  per 
instrument  model  per  site  per  year.  Apportionment  of  the 
ICP  distribution  costs  to  the  individual  instruments  is 
calculated    by      multiplying    $4    by      the    number    of      MECCA    sites 
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and    dividing  the      result    by    the   number    of      instruments    to    be 
procured. 

c.      Software    Maintenance   Costs 

As  the  result  of  ICP  errors,  procedure  updates 
and  hardware  changes,  continued  ICP  software  engineering  is 
required  after  initial  development.  This  cost  element  is 
very  difficult  to  anticipate  because  some  ICPs  may  never 
require  change,  while  others  are  changed  numerous  times.  A 
discussion  of  this  subject  at  the  29-31  March  1983  AC/D 
Conference  lead  to  a  general  concensus  that  the  life  cycle 
cost  cf  ICE  maintenance  would  at  least  equal  the  initial 
development  cost  ($2,500).  To  allocate  this  cost  over  the 
life  cycle  of  the  instrument,  this  analysis  will  assume  that 
this  cost  will  be  $300  per  year  for  each  of  the  first  9 
years    cf      the   instrument's      life   expectancy.  Apportioning 

this    cost      to  an     individual   instrument      will   again      require 
division    fcy   the    expected   instrument    population. 

3-      Incremental    life   Cycle    Repair   Costs 

Inclusion  of  the  IEEE-438  bus  in  an  item  of  GPETE 
introduces  a  degree  cf  complexity  to  the  instrument  and  is, 
therefore,  likely  tc  increase  the  instrument's  life  cycle 
repair      costs.  Calculation      of   life      cycle      repair      costs 

involves   the  determination    of    two   factors:      the    failure   rate 

(reliability)  and        the        average      cost        of        a        repair 

(maintainability) . 

a.      GPI3   Failure    Rate 

The  Navy  has  experienced  a  GPIB  rejection  rate 
of  approximately  30%  during  the  acceptance  testing  of  cali- 
bration standards  [Ref.  45].  These  rejections  seldom 
represented  GPIB  malfunctions.  Rather  they  almost  univer- 
sally   xepresented      non-standard   GPIB      implementation    by      the 
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manufacturer.  Navy  calibration  standards  GPIB  acceptance 
tests  are  conducted  using  the  Interface  Technology  ITC-433 
bus  tester  and  a  Navy  developed  software  (EPROM)  program. 
In  most  casss  of  acceptance  test  failure,  the  manufacturer 
has  willingly  made  the  required  modifications  (usually  only 
involving  reprogramming  of  the  instruments'  GPIB  EPROM  soft- 
ware) .  Additionally,  the  occurence  of  such  problems  has 
been  significantly  reduced  since  the  introduction  of  stan- 
dard  IEEE-488  integrated   circuits.      [Ref.    46] 

After  passing  initial  acceptance  inspections, 
the  IEEE-488  bus  has  proven  to  be  extremely  reliable.  This 
analysis  will  use  a  2%  failure  rate  (a  2%  chance  of  GPIB 
failure  at  each  calibration  induction) .  Derivation  of  this 
figure   is   provided    in   Appendix   J. 

b.      Repair    Manhours    and   Material  Costs 

For  purposes  of  this  analysis  the  average 
IEEE-483  repair  action  will  require  3  manhours  and  340  of 
materials.  Because  of  the  limited  GPIB  repair  expertise 
currently  in  the  fleet,  the  NARF  LOE  hourly  rate  of  $48  will 
be  used  instead  of  the  $28  FCA  hourly  rate.  Derivation  of 
the  repair  labor  and  material  requirements  is  provided  in 
Appendix    K. 

^  •      L ca i stic  s  Cost 

Introduction  of  an  additional  IEEE-488  instrument 
into  the  inventory  will  result  in  increased  logistics  costs 
because  cf  the  need  for  additional  parts  support,  parts 
cataloging    and      holding    costs.  In    the      past   IEEE-488      bus 

implementation  was  accomplished  in  a  unique  manner  by  virtu- 
ally every  manufacturer,  often  differing  among  instruments 
from      the      same      manufacturer.  Today      implementation     is 

becoming  more  standard,  because  cf  the  introduction  cf  the 
standard      IEEE-488    integrated      circuits    (such      as    the      Texas 
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In st rum ant1 s  9914A).  Because  of  standardization,  the  incre- 
mental logistics  costs  of  introducing  another  IEEE-488 
configured  instrument  will  not  be  significant.  In  this 
analysis,  incremental  logistics  costs  will  be  assumed  to 
equal  forty  percent  of  the  total  life  cycle  repair  material 
costs.  Refer    to      Appendix   M      for   the      derivation   of      this 

figure. 

5  •       Acceptance    Testing    Costs 

Traditionally,  GPETE  product  testing  has  consisted 
of  bid  sample  testing  and  the  subsequent  acceptance  of  the 
manufacturer's  test  results.  In  spite  of  the  high  GPI3 
rejection  rate  during  calibration  standards  acceptance 
testing,  the  traditional  GPETE  test  methodology  will  suffice 
for    GPIB    configured    GPETE. 

As  explained  earlier,  the  high  calibration  standards 
GPIB  rejection  rate  was  the  result  of  non-standard  GPIB 
implementation,  not  GPIB  malfunctions.  Therefore,  the 
objective  of  any  GPIB  GPETE  testing  program  would  be  to 
ensure  that  the  instrument  conforms  with  the  Navy's  ITC-188 
test  parameters  before  contract  award.  In  other  words,  the 
bid  sample  testing  should  include  this  GPIB  test. 
Subsequent  testing  (and  reporting}  of  sample  items  by  the 
manufacturer  using  the  ITC-488  would  be  made  part  of  the 
contract. 

The  incremental  cost  of  this  additional  test  will  be 
small  and,  since  specified  in  the  IEB  (and  contract) ,  would 
be  part  of  the  incremental  GPIB  procurement  cost.  For  these 
reasons,  additional  GPIB  testing  costs  will  not  be  consid- 
ered   as    a    separate    element    in    this   analysis. 
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C.       OTHER    COST-BENEFIT   ANALYSIS    PARAMETERS    AND    ASSUMPTIONS 

1 .  FCA    Cost   Per    M  an  hour 

In  this  analysis  an  FCA  hourly  rate  of  ?28  will  be 
used.      Derivation   is    provided    in    Appendix    N. 

2 .  Discount   Rate 

In  accordance  with  DOD  Directive  7041.3  and  OM3 
Circular  A-94,  a  ten  percent  (average  factor)  discount  rate 
will      be      used        in      this      analysis.  An        explanation     of 

discounting   and    a      table    of    discount    factors      is    provided    in 
Appendix    C. 

3 •      Instrument    Life   Expectancy 

A  generic  list  of  instrument  life  expectancies  is 
provided   in    Appendix    F. 

**  •      Salvage    Value 

This  analysis  will  assume  that  the  incremental 
salvage  value  a  GPIB  equipped  test  instrument  is 
negligible. 

5.       Number    of   MECCA    Sites 

The  number  of  MECCA  sites  is  required  to  calculate 
software  distribution  costs.  3ecause  five  ICPs  reside  on 
each  diskette  and  as  many  as  ten  instruments  may  use  the 
same  ICPr  it  would  be  nearly  impossible  to  calculate  the 
exact  number  of  MECCA  sites  to  which  a  given  diskette  may  be 
distributed.  It  will,  therefore,  be  assumed  that  evsry 
diskette  will  be- distributed  to  each  MECCA  site.  The  number 
of  MECCA  sites  is  equal  the  number  cf  FLUKE  1720 A  and 
1720A/A?  custodians  (93  as  of  20  March  1983)  [Ref.  47]  and, 
therefore,  can  be  obtained  from  The  Weapons  Quality 
Engineering  Center  (Code  373),  Naval  Wsapons  Station, 
Concord. 
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If  current  COMSURFLANT  plans  to  place  HECCA  or. 
virtually  every  combatant  in  the  Atlantic  Fleet  are  imple- 
mented, the  number  cf  sites  will  increase  to  approximately 
250.  Expansion  of  such  a  plan  to  the  Pacific  Fleet  would 
further    increase  the    number    of      MECCA   sites   to   approximately 

uoo. 

6  •      Calibration    Intervals 

The  length  of  the  instrument's  calibration  interval 
is  required  to  facilitate  the  calculation  of  the  number  and 
timing  cf  calibrations  (including  a  calibration  prior  to 
initial  use)  during  the  instrument's  life  cycle.  Any  one  of 
the    fcllcwing  means    for   this  determination   may  be    used: 

1 •      Ncn-GPIB    Parent      Instrument   in    Inventory.  In    cases 

where  a  non-GPIB  parent  instrument  already  exists  in 
the  inventory,  the  calibraticn  interval  may  be  found 
in  Section  3  of  the  "Metrology  Requirements  List 
(METRL),"  NAVftIR  17-35HTL-1. 
2«  Ncn-GPIB  Parent  Instrument  Not  In  The  Inventory.  In 
the  case  that  a  non-GPIB  parent  instrument  does  not 
exist  in  the  inventory  the  following  calibration 
cycles  may   be    used: 

a)  Manufacturer'^  Calibration  Cycle.  Manufacturer's 
calibration  intervals  tend  to  be  shorter  than  the 
corresponding      METRL     calibration        interval.  .\ 

sample  of  twenty  instruments  (five  from  each  MECCA 
appiicabla  generic  group)  yielded  a  manufacturer's 
average  interval  of  7.3  months  compared  to  the 
METRL  average  of  12.9  months  (see  Appendix  Q  for 
the  sample  elements).  Therefore,  use  of  the  manu- 
facturer's calibration  interval  may  result  in  an 
unreaiistically  high  calibration  life  cycla  cost 
savin  gs. 
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b)     METRL      Generic      Calibration    C^cle.  Because      the 

METRL      generic     calibration        interval       (found     in 
Section  2)    is   a  very    conservative    estimate,    use   of 
this    figure   will    result   in    a    unrealist ically    large 
number   of    life   cycle   calibrations  and    will,    there- 
fore,     lead     to  an      overly    optimistic      calibration 
manhour      savings    figure.         Appendix      Q    provides      a 
comparison   cf     generic   calioration      intervals   with 
bcth    the    METRL    model   number    interval   and    the    manu- 
facturer's  recommended   interval. 
Other    more      complex    schemes      are    also      possible.         Many      new 
instruments   are    initially  placed     on    the   generic   calibration 
interval   and  subseguently  changed   as    sufficient    MEASURE   data 
is    accumulated    (increasing    90%   of     the  time)      [Ref.    48].        A 
scheme      using  this      approach      would      result    in     a      gradually 
increasing    calibration  cycle. 

7-      Standard  Calibration    Manhours 

This  analysis  will  assume  that  the  manhours  required 
to  perform  a  MECCA  open  loop  calibration  is  equal  tc  the 
standard  manhour/calibration  figuras  available  from  MEASURE. 
This  assumption  is  tantamount  to  equating  MECCA  open  loop 
and   ccnventicnal      manual   manhcur   requirements.  Based   upon 

fleet   input    en      the    relative   speed   of    MECCA      open    loop    meter 
calibration,   this   assumption   may    be   conservative. 

Like  the  calibration  interval,  calibration  standard 
manhours    can  be    determined    in   several    ways. 

1  •  Ijor.7GPI3  Parent  Instrument  in  Inventory .  If  the 
non-GPIB  parent  instrument  exists  in  the  inventory, 
the  standard  calibration  manhours  nay  be  derived  from 
any  of  a  number  of  MEASURE  report  formats.  The  data 
used  in  the  sample  model  execution  (Appendix  S)  was 
taken  from   FRAMS    format    R-1. 
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2-  Manufacturer ' g  Standard.  This  rate  can  be  derived  by 
dividing  the  manufacturer's  standard  calibration  fee 
by  his  current  hourly  rate  (provided  at  the  end  of 
Appendix  N)  .  Caution,  however,  is  advised  in  the  use 
of  i. his  figure.  Manufacturer  service  centers  are 
generally  better  equipped  and  staffed  than  FCAs. 
Therefore,  they  generally  complete  calibrations  in 
significantly  less  time  than  can  be  achieved  in  the 
fleet.  A  sample  of  20  instruments  (five  from  each 
MECCA  applicable  generic  group)  showed  no  discernible 
relationship  between  the  manufacturer's  and  MEASURE 
manhours.  In  six      cases    the      MEASURE   standard      was 

lower  than  the  manufacturer's.  In  the  other  fourteen 
cases  reverse  was  true.  Overall,  the  MEASURE  stan- 
dards were  slightly  higher  (3.5  hours  compared  to  3.1 
hours)      than      the    manufacturer    standards.  Refer   to 

Appendix    R   for  the  sample    data. 

D.  COST-BENEFIT    ANALYSIS    MODEL    EXECUTION 

Once  all  the  input  parameters,  cost  elements  and  bene- 
fits are  chosen,  calculated  or  determined,  they  are  assigned 
to  the  appropriate  year(s)  in  the  instrument's  life  cycle. 
Discounting  of  the  yearly  totals  (see  Appendix  0  for  an 
explanation  of  discounting)  and  totaling  the  resultant 
present  discounted  values  (PDV)  yields  the  "break  even" 
procurement  cost.  An  example  of  this  process  is  provided  in 
Appendix    S. 

E.  SENSITIVITY     ANALYSIS 

Using   the     example  provided   in      Appendix    S,         Appendix   T 
examines    the  model's    sensitivity     (degree    of   output    response) 
to   variation     of  a      number    of      individual    input      parameters. 
The    model    was   found    sensitive   to    the    following   parameters: 
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1.  Procurement    Quantity 

2.  FCA   Cost    Per    Manhour 

3.  Calibration    Manhour    Savings   Factor 

4.  Standard    Calibration    Manhours 

5.  Calibration    Interval 

6.  GPIB    Failure    Rate 

The    model   was  relatively   insensitive    to   the   following    param- 


1.  All  Software  Cost  Parameters  (for  large  procurement 
quantities)  . 

2.  Number  of   MECCA  Sires 

3.  Hanhcors    Per    Repair    Action 

4.  Material    Costs  For   Repair 

5.  Logistics   Cost   Factor 

F.       NON-QOANTIFIABLE    ADVANTAGES    AND    DISADVANTAGES 
1 •      Disada vantages 

a.      No  n- Availability   Due   to    IEEE-438   Malfunction 

It  is  possible  that  an  IEEE-488  interface  bus 
failure  could  result  in  decreased  test  equipment  avail- 
ability. However,  the  probability  of  such  an  cccurance  is 
remote    for   the    following    reasons: 

1.  The  IEEE-488  bus  is  extremely  reliable  as  indicated 
by  the   2%  incidence    of   failure. 

2.  The  probability  of  a  bus  failure  "hinging  up"  the 
sntire  instrument  is  very  small.  In  virtually  every 
case  the  failure  of  the  bus  will  not  affect  local 
operation.      See  Appendix   U. 

3.  Because  the  bus  is  only  used  for  calibration,  bus 
failure  would  not  preclude  conventional  manual  or 
MECCA  open  loop  calibration.  Thus,  except  in  the 
case     of      a      GPI3      induced      "hang      up,"      an      urgently 
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required  instrument  could  be  calibrated  and  returned 
to  the  user  and  bus  repairs  accomplished  at  a  conve- 
nient future    date. 

b.      Absence    cf  Local   Functional   Checking 

Using  a  MECCA  closed  loop  calibration  procedure, 
all  ranges  and  functions  are  set  remotely  (via  the  interface 
bus)  and  all  data  is  collected/transferred  remotely.  It  is, 
therefore,  possible  that  the  instrument  may  be  functioning 
satisfactorily  during  remote  operations  while  problems  exist 
in      local    (front      panel)       operation.  An      example    of      this 

problem  would  be  a  front  panel  digital  display  malfunction 
that  goes  undetected  because  of  the  remote  data  transfer. 
Therefore,  it  is  possible  that  a  locally  malfunctioning 
instrument  could  be  returned  to  the  user  certified  as 
calibrated. 

Unless  such  a  malfunction  occurred  after  induc- 
tion fcr  calibration ,  it  would  usually  be  detected  by  the 
user  and  be  reported  to  the  calibration  activity  at  induc- 
tion. In  the  remote  possibility  that  such  a  malfunction 
occurred  after  induction,  it  is  entirely  possible  that  it 
could    escape  detection. 

A  possible  solution  is  robotic  calibration. 
This  technique  would  involve  the  use  of  a  robot  to  perform 
an  automated  calibration  using  the  front  panel  controls. 
Such  a  technique  has  been  proposed  by  various  individuals  at 
the  Naval  Avionics  Center,  but  as  of  yet  no  research  and 
development    funding    has    been   made   available.      [Ref.    49  ] 
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2  •      Advantages 

a.  Calibration   Procedure   Standardization 

The  primary  justification  for  the  development  of 
the  MECCA  system  was  to  ensure  that  calibrations  ware  being 
accomplished  in  a  consistent  manner  throughout  the  fleet. 
Prior  to  MECCA,  calibration  reliai  upon  the  technician's 
individual  skill  and  methodology.  Although  manual  calibra- 
tion procedures  provide  a  detailed,  step-by-step  method, 
seme  technicians  tend  to  disregard  the  procedures  as  they 
becoms  mere  experienced  and  develop  unauthorized  shortcuts 
that  are,  unfortunately,  often  taught  to  lass  experienced 
technicians. 

MECCA,  even  in  its  open  loop  mode,  has  improved 
procedural  compliance  by  forcing  the  technician  to  step 
through  the  procedure  and  ensuring  the  calibrator  is  prop- 
erly set  for  each  parametric  check.  However,  the  MECCA  open 
loop  method  still  relies  upon  the  technician  to  properly 
make  calibrator/TI  adjustments.  In  the  closed  loop  mode  the 
controller  makes  direct  II  readings  and  comparisons,  thus 
reducing  the  technician's  role  and  the  chance  for  human- 
error  •  The  closed  loo?  method,  therefore,  ensures  a  higher 
degree  of  calibration  procedural  standardization  than 
afforded    by    MECCA  open  loop    calibration. 

b.  Improved  Calibration  Accuracy 

Erroneous  calibration  procedures  may  induce 
inaccuracies  into  the  test  equipment.  These  inaccuracies  are 
subsequently  passed  along  to  the  GPETE  supported  alectronic 
systems.  Ey  improving  calibration  procedural  compliance, 
MECCA  closed  loop  calibration  improves  system  maintenance, 
accuracy   and  reliability. 
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c.  Better  Utilization  of  Experienced  Technicians 

Because  the  controller  ensures  proper  calibrator 
outputs  and  TI  indication  readings  and  comparisons  as  well 
as  providing  the  operator  with  a  simple  stepwise  procedure, 
the  level  of  experience  and  training  required  to  calibrate 
using  an  open  loop  technique  is  less  than  that  required  for 
either  conventional  calibraticn  or  MECCA  open  loop  techni- 
ques. Thus,  a  lower  skill  level  technician  can  be  used  for 
calibraticn  while  the  highly  trained  and  experienced  techni- 
cians are  utilized  where  they  are  most  needed,  doing 
equipment  repair. 

The  primary  commercial  justification  for  cali- 
bration automation  is  based  upon  this  advantage  and  the 
resultant  reduction  in  calibration  technician  salaries. 

d.  Test  Equipment  Availability  Improvement 

By  speeding  calibration  procedures,  closed  loo? 
MECCA  calibration  will  reduce  the  calibration  turnaround 
time  and  the  significant  backlogs  experienced  by  most  Navy 
calibration  facilities.  A  reduction  in  turnaround  time  will 
also  permit  a  reduction  in  "pipeline"  test  equipment  assets, 
thus    reducing  GPETE    inventory    and  procurement   requirements. 

e.  Multi-Component    Applications   and   calibration 

While  this  analysis  has  been  limited  to  these 
items  of  GEETS  that  would  use  GPIB  only  for  calibration 
purposes,  irore  and  more  test  systems  are  being  developed 
that  rely  upon  the  system  components  working  as  a  unit 
through  bus  interface  communication.  GPI3  configured  GPETE 
can    be   used   and    calibrated    as    part   of   such   a    system. 
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f.  More  Thorough  Calibrations 

Because  cf  the  speed  at  which  test  point  read- 
ings and  data  transfer  can  be  achieved  via  GPI3,  it  is 
practical    to     test    a      larger   number      of    parameters.  Thus, 

significantly  more  thorough  calibrations  can  be  accomplished 
in  as  little  or  less  time  than  is  possible  with  non-GPIB 
instruments . 

g.  Diagnostics 

The  interface  bus  can  not  only  be  used  to  ascer- 
tain instrument  accuracy,  but  can  also  be  used  to  diagnose 
circuitry  malfunctions.  Development  of  such  diagnostics  is 
part  cf  the  AC/D  program  and  research  and  development  work 
is  underway  at  the  NARF  Pensacola's  Type  II  calibration 
laboratory. 

Introduction  of  such  a  diagnostic  system  would 
reduce  troubleshooting  manhours,  reduce  technical  skill 
level  requirements,  and  improve  fault  isolation  accuracy. 
Additionally,  such  a  system  could  be  configured  to  integrate 
via  the  interface  bus  with  the  supply  data  base  to  rapidly 
ascertain  the  availability  of  the  required  replacement 
part  (s) . 

h.      Intermittent   Fault   Isolation 

Technicians  are  often  confronted  with  diagnosing 
an  intermittent  fault.  Because  a  fault  cannot  be  corrected 
until  it  is  isolated,  intermittent  faults  result  in  a  great 
deal      of      time      and      effort,  not      to      mention      technician 

frustration. 

The  ability  of  closed  loop  calibration  proce- 
dures to  run  in  a  continuous  loop  (programmed  only  to  stop 
when  a  discrepancy  is  located)  permits  the  test  instrument 
to  run  continuously  (ever  night  or  over  a  weekend)  until  the 
fault   surfaces    and    is  recorded. 
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i.      FCA    Capability    Enhancement 

The  reduced  skill  level  requirements  and 
increased  calibration  speed  and  thoroughness  possible  with 
closed  loop  calibration  could  make  the  FCAs  capable  of 
performing  calibrations  that  were  previously  only  within  the 
capability  of  a  NARF  or  shipyard.  The  resulting  migration 
of  calibration  capability  will  not  only  decrease  turnaround 
time,    but    will    also    result    in    NARF   and    shipyard    NIF   savings. 

j.      St  ate-Of -The-Art    Procurement 

Specification  of  IESE-488  interface  bus  in  the 
GPSTE  salient  procurement  characteristics  may  result  in  the 
procurement   of    a   higher   quality   instrument    through: 

1.  Elimination    frcm  competition      of   marginal    instruments 
and   manufacturers   that    are   unable   to   support   GPIB. 

2.  Elimination    of   the   price      disadvantage   of    instruments 
that    provide    GPIB   as    standard. 

k.      Miscellaneous  Advantages 

The  ability  of  the  IEEE-U38  bus  to  transfer  data 
directly  would  permit  the  instrument  to  be  interfaced  with 
other  computerized  data  collection  and  monitoring  systems. 
Examples  of  such  systems  are  a  MEASURE  card  printer  and  a 
computerized  quality    assurance    (QA)    monitoring  system. 

G.       CGNCIOSIONS 

While  the  author  has  net  attempted  to  quantify  the  two 
GPIB  disadvantages  and  numerous  advantages,  it  is  obvious 
that  the  later  far  outweigh  the  former.  Assessment  of  the 
values  of  these  factors  is  strictly  subjective  and  will, 
therefore,  be  left  tc  the  discretion  of  the  decision  maker. 
However,  because  a  GPIB  instrument  may  have  a  longer  useful 
life    stemming  from      its  ability   to   take      advantage   of    future 
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developments,   the  author  would  not   consider  a  $100  assess- 
ment to  be  unreasonable. 

The  execution  of  the  model  (Appendix  S)  and  sensitivity 
analysis  (Appendix  T)  provides  the  decision  maker  with  the 
following  general  guidance:  a  positive  GPI3  procurement 
decision  is  likely  when: 

1.  anticipated   procurement   quantities   are   large   (at 
least  100) , 

2.  the  ICP  is  long  and  complex,  and/or 

3.  the  calibration  interval  is  short  (one  year  cr  less). 
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VI.    RELATED    ISSUES 

Sc  far  this  thesis  has  addressed  current  calibre  ion 
workicad  reduction  and  productivity  enhancement  initiatives 
and  has  added  one  additional  consideration-test  equipment 
configuration.  This      chapter        addresses      other      relevant 

issues. 

A.       GEETE    STANDARDIZATION 

NAVELEX's  current  approach  to  GPETE  "proliferation 
minimization"  only  addresses  part  of  the  issue.  while  the 
current  approach  successfully  minimizes  small  quantity  and 
non-standard  GPETE  procurement,  it  fails  to  address  the 
proliferation  caused  by  formally  advertised  GPETE  fcilcw-on 
procurement. 

The  current  DOD  environment  exerts  a  great  deal  of  pres- 
sure tc  formally  advertise  procurements.  Unfortunately, 
formal  advertising  is  not  always  cost  effective.  It  only 
considers  one  ccst  element,  the  procurement  cost,  and 
ignores  all  other  life  cycle  cost  (total  cost  of  ownership) 
considerations.  In  the  GPETE  arena  this  pressure  has  lead 
to  formally  advertising  for  units  required  to  supplement  the 
population  of  an  instrument  currently  in  the  inventory.  As 
a  result,  the  fleet  is  often  supporting  two  or  more  diffe- 
rent instruments  procured  to  fill  the  same  requirements  and 
based  upon  identical  salient  characteristics.  A  recent 
example  is  provided  by  the  AN/USM-425  oscilloscope  contract 
awarded    to    Kikisui     (Japan)     in    December    1982. 

The  Navy  and  the  Air  Force  issued  a  IFB  for  AN/US2S-425 
cscillcsccpes  to  supplement  the  current  inventory  of 
Tektronix      465M,         Option   4  9         (AN/USM-425)         oscilloscopes. 
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Tektronix^  bid  of  $1,550  per  unit  for  the  465M  was  3  191 
higher  than  Kikisui's  $1,359  bid,  so  Kikisui  was  awarded  -.he 
contract.  In  spite  of  NAVMAT  direction  to  ensure  "total 
cost  effectiveness"  in  GPETE  procurement  [Ref.  12],  no 
consideration  was  given  to  the  incremental  logistics  costs 
(spare  parts  provisioning,  training,  IC?  development,  etc.) 
that  would  be  associated  with  the  introduction  of  an  oscil- 
loscope 3ifferent  from  the  one  already  in  the  inventory.  If 
considered,  these  incremental  logistics  costs  may  have 
offset  the    $19  1    price   difference. 

This  example,  unfortunately,  is  nor  an  isolated  case. 
In  spite  of  the  increased  emphasis  on  logistics  and  life 
cycle  costs,  formally  advertised  procurement  continues  to 
take    precedence. 

B.        GPETE    INTEGBATED    LOGISTICS    SUPPOBT 

While  formal  advertising  continues  to  overshadow  logis- 
tics considerations,  the  current  state  of  GPETE  ILS  does  not 
lend    itself   to    involvement    in  the   acquisition   process. 

Within  NA7ELEX  8  152  GPETE  ILS  functions  are  performed  by 
a  single  individual  assisted  by  five  contractor  personnel. 
To  date  GPETE  ILS  efforts  have  concentrated  en  the  post- 
acquisition  development  of  operational  logisxics  support 
plans.  Little  effort      has   been      given   to      pre-acquisition 

considerations    such      as  the    development      of   life      cycle   cost 
and    cost-benefit   analyses. 

While  a  full  scale  logistics  support  analysis  (LSA) 
effort  (MIL-STD-1383)  could  not  be  justified  for  off-the- 
shelf  (OTS)  commercial  test  equipment  (CTE)  procurement, 
some  pre-acquisition  ILS  effort  would  be  beneficial. 
Comparisons  of  the  relative  calibration  intervals,  maintain- 
ability factors,  ease  of  operation,  training  requirements, 
and      provisioning      would      be        valuable      in      differentiating 
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between  instruments  under  consideration.  While  intentions 
have  been  expressed  tc  mova  in  this  direction,  the  presence 
of  the  necessary  commitment  and  expertise  within  NAVEL2X  815 
is  debatable. 

C.   TRAINING 

Formal  calibration  technical  training  is  available  from 
two    sources.  A  sixteen      week   course      taught  at      Lcwry   Air 

Force  3ase  (Denver)  qualifies  graduates  as  Electronics 
Standards      Specialises         (NEC      1583)  .  A      six         week      NALC 

Detachment  course  (taught  in  Norfolk  and  San  Diego)  trains 
Field  Calibration  Technicians  (NEC  6673).  Both  courses  are 
general      and  theoretical.  Little   "hands      on"    training      is 

provided. 

Fleet  units,  therefore,  must  rely  almost  totally  on  CJT 
for  practical  calibration  training.  While  OJT  can  often  be 
arranged  at  a  local  NARF,  shore  based  AMD,  or  Naval 
Shipyard,  the  availability  of  additional  sources  of  training 
would    be    most   beneficial. 

Development  of  the  following  additional  training  sources 
is   r  eccmm<=nded: 

1  •      Cn-Sit  e    Factory   Schools 

Fleet  units  have  found  the  use  of  factory  schools 
impractical  because  of  the  tuition  expense  (31000-2000),  the 
TAD  expense  (most  manufacturer's  facilities  are  net  conve- 
nient tc  government  quarters),  and  their  infrequent 
availability    ( 1    or    2    classes   per    year). 

However,  some  electronic  equipment  manufacturers,  such 
as  Tektrcnix,  are  willing  to  teach  their  courses  at  Navy 
installations  if  sufficient  students  are  available 
[fief.  50].  If  type  commanders  worked  in  concert,  a  suffi- 
cient   number  of    qualified,      interested    students    could   easily 
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ts      assembled.  This      approach    would      eliminate      most      TAD 

funding  requirements,  reduce  the  fleet,  unit's  administrative 
workload,  and  fester  fleet  participation ,  particularly  if 
tuition   was    paid   directly   by   the   type   commanders. 

2-  Phase  Packa  ge  Training 

Another  approach  is  the  establishment  of  phase 
package  training  at  the  NALC  Detachments  and/or  the  Naval 
Aviation      Maintenance  Training      Detachments    (NAMTD) .  Such 

training  wculd  compliment  the  Lowry  and  NALC  Detachment 
theoretical  training  by  providing  "hands  on"  training  in 
specific  calibration  phase  packages.  A  similiar  program 
tailored  to  the  surface  Navy's  needs  could  also  be 
established. 

3-  Sound/Slide    and    Video    Cassette   Training 

Many  test  equipment  manufacturers  make  availacle 
sound/slide  and  video  cassette  training  on  the  operation, 
calibration  and  repair  of  specific  instruments.  Additional 
presentations      are      available      from        other      sources.  For 

example,  NATC  Patuxent  River  has  a  t en  lesson  University  of 
Colorado    video   cassette   course   on   I2EE-438. 

Where  such  programs /presentations  are  available,  they 
should  be  made  a  logistics  element  and  purchased  as  part  of 
the  ETI  procurement  package.  For  instruments  already  in  the 
fleet  the  type  commanders  should  seek  cut  and  review  appro- 
priate programs/presentations  and  make  them  (and  the 
necessary   projectors    and   VCRs)    available   to   the   fleet. 

**  -      Manufacturer   Periodicals 

Seme  electronic  instrument  manufacturers  publish 
periodicals  (Hewlett-Packard's  is  called  "Bench  Eriefs") 
containing   articles    on  test    equipment    calibration    and   repair 


techniques. 


Type      commanders        should      investigate 


the 
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availability  of    these   publications     and   arrange    distribution 
to    fleet    units     ("Bench  Briefs"    are   free). 

D.       ACS    COORDINATION 

Although  HEC  is  coordinating  ACS  IC?  development  for  the 
fleet  through  MECCA  and  NALC  is  coordinating  ACS  ICP  devel- 
opment through  AC/D,  these  two  programs  are  not  coordinated 
with  cne  ancther.  This  lack  of  coordination  has  lead  to 
rsdundant   efforts   and   disputes.      The    following  illustrates: 

1.  Both  MEC  and  AC/D  (NATC)  have  developed  "multi- 
handlers"  (applications  software  applicable  to 
multiple    component  ACSs). 

2.  MEC  has  developed  a  MECCA  program  generator.  The 
MAIC  program  is  tasked  with  developing  a  universal 
program    generator. 

3.  In  several  cases,  NAHF  Quality  Assurance  Divisions 
have  refused  to  certify  MECCA  ICPs  due  to  alleged 
procedural   discrepancies. 

For  the  Navy  to  take  full  advantage  of  its  various  ACS 
development  efforts,  overall  coordination  is  necessary. 
This  function  is  and  should  be  MEC's  responsibility. 
However,  since  MEC  is  sponsored  aad  funded  by  each  of  the 
hardware  systems  commands,  it  lacks  -he  power  to  exert 
authority   over    their   independent    ACS    initiatives. 

Through  the  mutual  cooperation  of  each  of  the  systems 
commands,  real  authority  for  ACS  coordination  should  be 
vested  in  MEC.  For  its  part,  MEC  should  establish  an  inde- 
pendent   division  tasked   with   the    following    responsibilities: 

1.  Coordination    cf  ail    ACS   development    efforts 

2.  Development  and  maintenance  of  a  universal  program 
generator  that  will  be  used  in  the  development  of  all 
Navy    ACS    ICPs. 

3.  Certification    cf   all    Navy   ACS    ICPs. 
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This  division  should  be  sufficiently  independent  to 
permit  the  unbiased  evaluation  and  coordination  of  both  HEC 
ard.non-MEC   generated   ACSs    and   ACS  ICPs. 
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VII.     R E COM 3EN DAT IONS 

The  following  is  a  brief  summary  of  the  author's 
recommendations. 

A.  IEEE-488   SUBSET    BEQOIREMENTS 

The  current  Navy  IEES-4  88  subset  requirements  (Appendix 
D)  are  inadequate  to  facilitate  automated  calibration.  A 
revised  list,  based  upon  expert  opinion,  is  presented  in 
Appendix  V  (Appendix  T*  compares  the  current  Navy,  USAF  MATE 
and   the   reccmmended    subsets). 

These  subset  requirements  should  be  presented  to  the 
industry  as  Navy  GPIB  requirements.  It  is  anticipated  that 
the  electronics  industry  will  respond  favorably  to  such 
requirements  based    upon   the    following: 

1.  The  positive  reception  USAF  requirements  (including 
configuration  control)  for  MATE  qualification 
received    from   industry. 

2.  The  relative  ease  of  implementing  all  functional 
subsets  when  GPI3  is  implemented  using  a  standard 
IEEE-438    integrated    circuit. 

B.  IEEE-488   CODE,     SYNTAX    AND    CONVENTION    STANDARDS 


The  Navy  should  convene  a  study  group  to  investigate  the 
various  codes,  syntax  and  convention  standardization  propo- 
sals now  before  the  IEEE  Standards  Board.  The  results  of 
their  efforts  should  fce  used  to  guide  Navy  GPIB  procurement 
and  to  facilitate  Navy  support  of  the  most  appropriate 
proposal    (or,    if   necessary,    to    generate   a    new    proposal) . 
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C.  GPETE  GPIB  PHOCOBEMENT  POLICY. 

A  GPETE  3PIB  procurement  policy  should  be  established. 
Such  a  pclicy  need  net  be  a  universal  "buy"  or  "don't  buy" 
directive.        It    should,   however,    provide   a   uniform    means    for 

weighing   the      individual   costs   and  benefits      associated    with 
each    procurement. 

Additionally,  any  GPIB  policy  should  ensure  inclusion  of 
all  required  IEEE-488  functional  subsets  and  conformance 
with  the  codes,  syntax  and  conventions  required  for  compati- 
bility   with    other   instruments    in    the    inventory. 

D.  GPETE    FOLLOW-ON    PBOCUREMENT 

Steps  should  be  taken  to  reduce  GPETE  proliferation 
caused  by  the  formal  advertising  of  follow-on  procurements. 
Initial  procurement  of  GPETE  requirements  (based  upon 
entirely  new  requirement  of  improved  salient  characteris- 
tics) should  be  procured  competitively.  But  the  merits  of 
standardization  suggest  a  different  approach  is  required  for 
follcw-cn  procurement.  The  following  methods  should  be 
considered: 

1  •  Multiple  Year  Options.  Instead  of  the  current  prac- 
tice restricting  GPETE  procurement  contracts  to  one 
year  with  a  single  year  option,  contracts  with  two  or 
mere  option  years  should  be  sought.  This  method  would 
reduce  the  frequency  of  letting  contracts  while 
retaining  the  option  to  change  to  another  instrument 
model  as  the  state-of-the-art  dictates. 
2-  Multiple  Year  Contracts.  The  U.S.  Army  is  currently 
using  five  year  contracts  for  TMDE  procurement 
[Ref.  51].  This  approach  not  only  reduces  formally 
advertised  follow-on  procurements,  but  will  probably 
result  in  a  lower  procurement  price  relative  to  the 
multiple      year     option    approach      because      of      reduced 
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uncertainty  for  the  manufacturer.  However,  this 
approach  could  also  lock  in  the  procurement  cf  G22T2 
that  subsequently  becomes  obsolete  or  proves  unreli- 
able. Therefore,  this  approach  should  not  be  used  in 
the   following    cases: 

a)  GFETE    approaching    the   end   of    its    life   cycle. 

b)  GPETE    at    the  beginning   of      its   life   cycle   that   has 
net  yet  prcven   its  reliability. 

3.  Use  of  Life  Cycle  Costs.  Life  cycle  costs,  not 
procurement  costs,  could  be  used  as  the  cost  criteria 
for  follow-on  procurement.  Such  an  approach  may  be 
viable  for  competitive  negotiation,  but  would  be  very 
difficult  to  implement  for  a  formally  advertised 
procurement. 

**•  Pse  cf  Logistics  Costs.  A  cost  element  that  can  be 
considered  along  with  procurement  cost  in  a  formally 
advertised  procurement  is  the  logistics  cost.  An  IFB 
could  require  the  bid  to  include  quantification  of 
logistics  elements  such  as  publications,  training, 
provisioning      and      I CP    development.  This      approach 

would  give  the  incumbent  a  legitimate  price  advantage 
wnile  retaining  most  of  the  advantages  of  formal 
advertising. 

5.  Use  of  DA3  Standardization  Exception.  A  determina- 
tion and  findings  (DNF)  could  be  initiated  to  justify 
a  negotiated  sole  source  foilow-cn  procurement  of 
GFET5.  Justification  for  the  DNF  is  found  in  the 
Defense  Acquisition  Regulation  (DAP.)  exception  for 
standardization  of  technical  equipment  deployed 
outside    the    United   States    or    aboard   ship    [Ref.    52]. 
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E.  ACS  COORDINATION 

It  is  recommended  that  a  division  of  SEC  be  established 
to  coordinate  ACS  development,  develop  and  maintain  a  univ- 
ersal program  generator,  and  certify  ACS  ICPs. 

F.  CALIERATION/REPAIR   TRAINING 

To  improve  fleet  calibration/repair  test  equipment 
training,    the    following   actions   are    recommended: 

1.  Arrange    factory  training   at   major   Navy   installations. 

2.  Establish  NALC  Detachmen-/NAMTD  phase  package 
training    courses. 

3.  Make  test  equipment  repair/calibration  sound/slide 
and  video  cassette  training  courses  available  to  the 
fleet. 

4.  Make  manufacturer  test  equipment  instruction/ 
information    periodicals    available   to   fleet    units. 
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VIII.    EPILOGUE 

As  the  result  of  the  attention  -hat  the  research  for 
this  thisis  brought  to  the  GPSTE/GBI?  question,  the 
following   actions   have  been    initiated; 

1.  MEC  is  giving  active  consideration  to  modification  of 
MECCA  closed  loop  procedures  to  limit  operator  inter- 
vention   tc   parametric   check  failures  [  Bef .    41]. 

2.  NAVELEX  8151  has  initiated  consideration  of  a  GPETE 
GEIB    policy    [  Ref.    35  ]. 

3.  NAVAIR  55223  has  directed  NAEC  92524  to  coordinate 
with  NA7SEA  06C1C  and  NAVELEX  8152  in  formulating  a 
GFETE  GPIB   policy    [Ref.    37]. 

4.  NAVELEX  8152  has  directed  that,  where  applicable, 
future  shore  command  GPETE  requirements  include  GPIB 
[Ref.    36]. 

5.  The  NAVMAT  TMDE  Action  Group  (chaired  by  NAVELEX 
08T2)  will  make  GPETE  GPIB  policy  an  agenda  item  for 
the  group*s  meeting  in  Norfolk,  Virginia  on  18-19  May 
1S83    [Ref.    53  ]. 
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APPENDIX  A 
DEFINITIONS 

AC/B  Automatic  Calibration  and  Diagnostics 

ACS  Automated  Calibration  System 

ACL/SCD       Automatic  Calibration  Laboratory/Satellite 

Calibration  Development 
AFB  Air  Force  Base 

AIMD  Aircraft  Intermediate  Maintenance 

Department 
AIMSO         Aircraft  Intermediate  Maintenance 

Support  Office  (Patuxent  River,  MD) 
ANSI  American  National  Standard  Institute 

AOP  Average  Over  Period 

AEN  Aircraft  Procurement,  Navy 

ASCII         American  Standard  Code  For 

Information  Interchange 
ATE  Automatic  Test  Equipment 

BA  Budget  Activity 

BE  Building  Block 

CATIIID       Computerized  Automatic  Tester, 

Digital 
CECOM         Communications  and  Electronics 

Command  (U.S.  Army) 
CIIL  Continuous  Integrated  Intermediate 

Language 
CCHNAVAIRLANT  Commander,  Naval  Air  Force, 

U.S.  Atlantic  Fleet 
CCMNAVAI3PAC   Commander,  Naval  Air  Force, 

U.S.  Pacific  Fleet 
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CCHSOBLANT  Commander,  Submarine  Force, 

O.S.  Atlantic  Fleet 

CCMSORFLANT  Commander,  Surface  Force, 

O.S.  Atlantic  Fleet 

CFI  Consumer  Price  Index 

CRT  Cathode  Ray  Tube 

CSS  Consolidated  Systems  Support 

CSS  Contractor  Supper-  Services 

CIS  Commercial  Test  Equipment 

CV  Aircraft  Carrier 

CY  Calendar  Year 

DAB  Defense  Acquisition  Regulations 

DARCOM  Development  and  Readiness 

Command  (U.S.  Army) 

DBH  Digital  Multimeter 

CIA  Defense  Logistics  Agency 

DNF  Determination  and  Findings 

DCD  Department  of  Defense 

ZCP  End  of  Period 

EPECM  Erasable  Programmable  Read  Only  Memory 

ETS  Electronic  Test  Equipment 

FCA  Fleet  Calibration  Activity 

FMSO  Fleet  Material  Support  Office 

FEAMS  Flat  Rate  Measurement  System 

FY  Fiscal  Year 

GEIR  GPETE  End  Item  Replacement 

GOO  GPETE  Initial  Issue 

GPETE  General  Purpose  Electronic  Test  Equipment 

GPIB  General  Purpose  Interface  3us 

GSA  General  Services  Administration 

GSE  Grcund  Support  Equipment 

GSI  GPETE  Support  Item 
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H-P  Hewlett-Packard,   Co. 

HP-IB  Hewlett-Packard  Interface  Bus 

ICP  Instrument   Calibration   Procedure 

ICP  Inventory    Control   Point 

ID  Interface    Device 

IEC  International   Electrotechnical   Committer 

IEEE  Institute    of   Electrical    and 

Electronic   Engineers 

IFB  Invitation   For    Biis 

I/JSATP  Industry/Joint    Service   Automatic 

Testing    Project 

ILS  Integrated  Logistics    Support 

IMRL  Individual    Material    Readiness   List 

LCC  Life  Cycle   Costs 

LEM  Logistics    Element   Manager 

ICE  Level   Of    Effort 

LSA  Logistics    Support    Analysis 

MACL  Motile   Automated  Calibration  Laboratory 

MACS  Mobile   Automated  Calibration  System 

MATE  Modular    Automatic    Test    Equipment 

MEASURE  Metrology    Automated    System    for    Uniform 

Bscall    and   Reporting 

MEC  Metrology    Engineering    Center 

MECCA  Modularly    Equipped   and   Configured 

Calibrators   and   Analyzers 

METRL  Metrology    Requirements   List 

MIL-HEBK  Military    Handbook 

MILPERS  Military    Personnel 

MIL-STD  Military    Standard 

MEN  Military    Personnel,    Navy 

MTEF  Mean  Time    Between    Failure 

NAEC  Naval   Air    Engineering   Center 
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NALC 

NAMTD 

NARF 

NAS 

NATC 

NAVAIP, 

NAVCCMPT 

NAVELEX 

NAVMA1 

NAVSEA 

NAVSUP 

NCL 

NEC 

NESEA 

NIF 

NPS 

NSF 

NWS 

OJT 

OMB 

OSMN 

OPN 

CTS 

PDV 

PHCNECON 

PME 

PCM 

QA 

RADCCM 

SAI 

Naval   Aviation   Logistics   Command 
Naval   Aviation    Maintenance 

Training   Detachment 
Naval    Air    Rework   Facility 
Naval    Air    Station 
Naval   Air    Test   Canter 
Naval   Air    Systems   Command 
Navy  Office    of   the    Comptroller 
Naval    Electronics    Systems  Command 
Naval    Material   Command 
Naval   Sea    Systems   Command 
Naval   Supply   Systems    Command 
Navy  Calibration  Laboratory 
Navy  Enlisted   Classification   Code 
Naval   Electronic  Systems    Engineering 

Activity    (St.    Inigoes,    MD) 
Navy  Industrial   Fund 
Naval    Postgraduate    School 
Navy  Stock   Fund 
Naval    Weapons   Station 
On-The-Job  Training 
Office   of    Management   and   the   Budget 
Operations   and   Maintenance,    Navy 
Other   Procurement,    Navy 
Off-the-Shelf 
Present  Discountad    Value 
Telephone    Conversation 
Precision    Measuring    Equipment 
Program  Objective   Memorandum 
Quality  Assurance 
Radar    and    Communications    Taster 
Science   Applications,    Inc. 


72 


S5E 

SHAPM 

SMSR 

SOA 

S?CC 

SPETE 

SPETERL 

STEAL 

SYSCCM 

TAMS 

TEK 

TI 

TIMS 

THDE 

USAF 

VCR 

WEN 

Supply    and   Equipage 

Ship's   Acquisition    Manager 

Source,    Maintenance   and   Recoverability 

State- of -the -Art 

Ship's    Parts   Control   Center 

Special   Purpose   Electronic   Test    Equipment 

Ship's   Portable  Electronic/Electrical 

Test   Equipment   Requirements    List 
Shore   Test    Equipment    Allowance    List 
Systems  Command 
Test  and    Measuring    Systems   Office 

(NAVELEX   Code    39T) 
Tektronix ,    Inc. 
Test  Instrument 
Transmission    Impairment    Measurement 

System 
Test,    Measuring   and    Diagnositic    Equipment 
United   States    Air   Force 
Video  Cassette    Recorder 
Weapons   Procurement,    Navy 
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APPENDIX    B 
ELECTRONIC    TEST    EQUIPMENT    CLASSIFICATIONS 

Navy  electronic  test:  equipment  (ETE)  is  classified  by 
the  Naval  Material  Command  Electronic  Test  Equipment 
Classification  Board.  The  board  consists  of  one  representa- 
tive frcrn  NAVAIR,  NAVSEA  and  NAVELSX  and  is  chaired  by 
NAVSLEX  (an  individual  other  than  the  NAVELEX  representa- 
tive) and  meets  as  required  to  classify  ETE  into  one  of  the 
following   three    catagories: 

1  •  General  Purpose  Electronic  Test  Equipment  (GPETE)  . 
GFETE  is  that  electronic  test  equipment  that  is 
capable  cf,  without  modification,  or  generating, 
modifying  or  measuring  a  range  of  parameters  of  elec- 
tronic functions  required  to  test  two  or  more 
equipments  or  systems  of  basically  different  design. 
Newly  designed  and  manufactured  commercial  off-the- 
shelf  (OTS)  electronic  test  equipment  (CTE)  used  to 
support  one  system,  will  normally  be  classified  as 
GPETE  if  it  is  reasonable  to  predict  its  use  will  be 
required  with  more  than  one  equipment  or  system. 
2-  Scecial  Purpose  Electronic  Test  Equipment  (SPETE)  . 
Electronic  test  equipment  that  is  specifically 
designed  to  generate,  modify,  or  measure  a  range  of 
parameters  of  electronic  functions  of  a  specific  or 
peculiar  nature  r5quired  to  test  a  single  system  or 
equipment,  and  it  is  reasonable  to  predict  its  use 
with  more  than  one  system  is  unlikely. 
3«      Cther-STS.  Any   test      equipment      not   considered     as 

either  GPETE    cr  SPETE.      [Ref.    54] 
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APPENDIX    C 
IEEE-488    FUNCTIONAL    SUBSETS 

The  following  tables  [Ref.  55]  represent  each  of  the 
IEEE-488  standard's  functions,  except  the  controller  func- 
tion (which  is  not  applicable  to  GPETE) .  The  degree  to 
which  a  given  function  is  implemented  in  an  instrument  is 
represented     by      a      functional        subset      designation.  7cr 

example,  in  the  "Remote- Local"  function,  RLO  means  that  the 
function  is  not  implemented;  RL 1  means  that  both  the  "basic 
remote-local"  and  "local  lock  out"  subsets  are  implemented; 
while  RL2  means  that  only  the  "basic  remote-local"  subset  is 
implemented, 


SOURCE  HANDSHAKE 

SHO 

3H1 

Pull  Capability- 
No  Capability 

Allows  the  device  to  generate  the 
handshake  cycle  for  transmitting 
data 

X 

X 

ACCEPTOR  HANDSHAKE 

AHO 

AH1 

Full'  Capability 
No  Capability 

Allows  a  device  to  generate  the 
handshake  for  receiving  data 

X 

X 

DEVICE  TRIGGER 

DTO 

DT1 

Full  Capability 
No  Capability 

Allows  an  instrument  or  group  of 
instruments  to  be  triggered  or  some 
action  started  upon  receipt  of  the 
group  executive  trigger  (get) 
message 

X 
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SERVICE  REQUEST 

SRO 

SR1 

Full  Capability 

Allows  an  instrument  to  request 
service  from  the  controller  with 
the  SRQ  line 

X 

No  capability 

X 

REMOTE-LOCAL 

RLO 

RL1 

RL2 

3asic  Remote-Local 

Allows  the  instrument  to  switch 
between  manual  (local)  control 
and  programmable  (remote) 
operation 

X 

X 

Local  Lock-Out 

Allows  the  return  to  local 
function  to  be  disabled 

X 

No  Capability 

X 

PARALLEL  POLL 

FPO 

PP1 

PP2 

Basic  Parallel  Poll 

Allows  an  instrument  to  report 
a  single  status  bit  to  the 
controller  on  one  of  the  data 
lines  (D107-D108) 

X 

X 

Remote  Configuration 

Allows  the  instrument  to  be 
configured  for  parallel  poll 
by  the  controller 

X 

No  Capability 

X 

DEVICE  CLEAR 

DCO 

DC1 

DC2 

Basic  Device  Clear 

Allows  all  instruments  on  the 
to  be* initialized  to  a 
pre-defined  cleared  state 

X 

X 

Selective  Device 
Clear 

Allows  individual  instruments  to 
be  cleared  selectively 

X 

No  Capability 

X 
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APPENDIX    D 
NAVY   IEEE-488    FUNCTIONAL    SUBSET    REQUIREMENTS 

The  following  Navy  IEEE-488  functional  subset  require- 
ments are  specified  in  MIL-STD-28800C,  "General 
Specification  For  Test  Equipment  For  Use  With  Electrical  and 
Electronic    Equipment,"  paragraph    3.13.2.2: 

Subset    Requir em  sr.ts 

SH1    required 

AH1    required 

11    required 

L1    required 

SR1    required 

RL1    required 

not    mentioned 

not    mentioned 

not    mentioned 


Interface  Function 

Symbol 

Scurce  Handshake 

SH 

Acceptor  Handshake 

AH 

Talker 

T 

Listener 

L 

Service  Request 

SR 

Remote  Local 

RL 

Parallel  Poll 

PP 

Device  Clear 

DC 

Device  Trigger 

DT 
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APPENDIX    E 
MATE    IEEE-488    SUBSET    REQUIREMENTS 

The  following  are  the  minimum  allowable  IEEE-488  func- 
tion subset  requirements  for  USA?  Modular  Automatic  Test 
Equipment     (MATE)    qualified    instruments: 


il&isJsJSS®  F  u  nc  t  i  c a 

Source    Handshake 
Acceptor  Handshake 
Talker    or  Extended 
Talker 


5  ymbql        Subset    Requirements 
SH  5H0    not    allowed 

AH  AHO    not    allowed 

T    or    TE      TO    not    allowed 
TEO   not    allowed 
11  ,T2,T5,T6   preferred 
TE1,TE2,TE5,TE6    preferred 
L    or    LE      LO    not    allowed 

LEO   net    allowed 
SR  SR1    optional 

RL  RLO    not    allowed 

RL1    preferred 
RL2   not    preferred 
?P  ??1,    ?P 2   optional 

DC  optional 

DT  optional 

C  CO    not    allowed 

C1,2,3,4,5    preferred 
*    Not      applicable   to   G?  ETE      type    instruments      which   will 
never   serve    in    the    controller   function. 

Source:      Proposed    MATE  System   Control    Interface    Standard, 
Proposed    Standard   No:    2806564    Sev.    D,    FSCM    13604,    05    MAY    82. 


Listener  or 

Extended  Listener 
Service  Request 
Remote  Local 


Parallel  Poll 
Device  Clear 
Device  Trigger 
Controller* 
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APPENDIX    F 
GPIE   GPETE    AVAILABILITY 


The  following  is  a  list  of  these  standard  and  substitute 
GPETE  items  the  author  was  able  to  identify  as  being  avai- 
lable with  GPIB  either  as  a  standard  feature  or  as  an  option 
[Ref.    25,28,56]. 


Hfr  ^cdel   Nr 

FLOKE  3600A-01 

FLOKE  8800A/AA 

FLUKE  1953A 

H-P  5328A 

H-P  8620C 

H-P  3660C 

H-?  5340A 

H-P  3586C 

WEINSCHSL  9675-200 
NOTES: 
1 .      Unit    must   be 


Descr  ip- ion 

4.5    Digit    DMM 

5. 5   Digit    DMM 

Counter 

Count  er 

Sweep    Generator 

RF   Signal   Generator 

Count  er 

Voltai  eter 

SweeD    Generator 


M.1  Optica  Info 
221  11     Cost     Hote 
529  250  1 


529 

250    1 

15 

500 

011 

450    2 

011 

950 

0  05 

250    3 

011 

4  25 

Standa 

rd 

Feature 

0  8 

675 

used   in  conjunction    with      a    Fluke    1120A 
IEEE-488    Translator. 

2.  Unit   is    currently   being   bought    as   GPETE  with   the   GFI3 
option  installed. 

3.  The   GPIB    option  is   "listen   only." 
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APPENDIX    6 
AC/G   C0NFEHENC3    ATTENDEES 

The    following  individuals   attended   the      AC/D   conference 

in   Dallas,    Texas,  29-31    March    1983. 

Name  Activity.  Code 

Don    Tobey  SAI,    Dallas  N/A 

Richard    Anderson  NALC   Det    West  3022 

John    D.    Crellin  NALC    Patuxent    River  3321 

Walt    Fitzgerald  NALC   Patuxent    River  3322 

Vernon   Marsh  NALC   Det    East  301233 

Elton    E.    Artie  NARF    Norfolk,    Type    II  66010 

Rick    Renfro  NARF   Alameda,    Type   II  66200 

Emmett   Parker  NARF    Alameda,    Type    III  66300 

Wayne    Porter  NALC    Det    West  SAI/NORIS 

Joseph    A.    Walker  NARF   Pensacola,    Type    III  94700 

Mike    Foley  NARF   Pensacola,    Type    II  66400 

Robert   Sloccmb  NARF   Cherry   Point  94207 

Doity   Gaskill  NARF   Cherry  Point  9420 

V.     (Pete)    Grier  NARF   Cherry   Point  52120 

Gene    Aliertcn  DALFI,    Inc.,    San   Diego  N/A 

Barry   Sanderson  NARF   Jacksonville  94461 

Frank    Brooks  NARF   Jacksonville  94400 

Ken    Bcon  NARF  Jacksonville  94461 

Jim    Lopez  NARF    North    Island  94320 

Terry   T.    Krcgel  NARF   North    Island  94325 

Edward    R.    Greer  NATC    Patuxent    River  TS-243 

Paul    Willenborg  NATC   Patuxent    River  TS-243 

LCDR    W.D.    Stahler  Naval    Postgraduate   School  SMC    1689 

Thomas   Leedy  National    Bureau  of    Standards         N/A 

Les    Scott  Cerberonics   Cor?.,    San   Diego        N/A 

H.    I.    Bradley  Naval    Avionics   Center  430 

H.    T.    Riebe  Naval    Avionics   Center  432 

31 


Pster   Sargent 
Elwin    Spsary 
G.3.    Flintrop 


DflLFI   Corp.,    Oakland 
SAI,    Patuxent    Rivar 
SAI,    NCL    Tustin 


N/A 

N/A 
N/A 
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APPENDIX    H 
LIFE    CYCLE    CALIBRATION    SAVINGS    ANALYSIS 

At  the  author's  request.  MEC  conducted  a  comparat ive 
analysis  of  the  time  required  to  conduct  an  open  and  closed 
loop    MECCA   calibration.  The    test   instrument   used      was   the 

FLUKE  9S60A  digital  multimeter,  the  only  instrument  for 
which  both  an  open  and  closed  loop  ICP  had  been  developed. 
The  test  involved  three  technicians  calibrating  the  instru- 
ment using  both  techniques.  Although  the  exact  test  figures 
are  not  available  for  release,  the  test  shewed  an  approxi- 
mate   50%    reduction    in   the  closed    loop    mode. 

A   survey  was   also   conducted      via    phone    conversations   and 
questionnaires      to   ascertain      the      estimat.es   of      individuals 
involved      in  automatic      calibration      system    development      and 
familiar   with  MECCA.      The   following   estimates   were   obtained: 
Name/Activity/Ref  srence  Estimate 

Mr.    Mark    Anderton  10-25* 

CCMNAVAIRLANT    532B11 
phenecon    of    29   Nov    1983 
Mr.    Robert  Cole  25?0   or    more 

MEC    Fomona 
visit   of    07    Jan   1983 
Mr.    Bobert   Holcomt  9096 

SAI    NCL    Tustin 
phonecon    of    13  Jan    1983 
Mr.    Micheal    Eagar  20*, 

NWS    Crane 
Questionnaire 
Mr.    Micheal    Foley  25-3  0% 

NARF    Pensacola  Type    II    Lab 
Questionnaire 
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Mr.    Paul    Willenborg  25% 

NATC    Patuxent    Biver 
Questionnaire 
Mr.    Bichard    Renfro  10% 

NASF    Alameda    Type    II    Lab 
Questionnaire 
These  results   were     presented   a;:    the   AC/D      Conference   in 
Dallas,      Texas    on      30   March    1983     (refer    to    Appendix      G    for   a 
list,      of    attendees)         and      the      following    nanhour      reduction 
factors    were  agreed    upon: 

1.  Conservative      Estimate      (current      MECCA      closed      loop 
procedures)  :  25% 

2.  Eest   Estimate    (current    MECCA   closed    loop    procedures)  : 
30"c 

3.  Best    Estimate     (revised    MECCA    closed    loop    procedures): 
50?? 
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APPENDIX    I 
SOFTWARE    COST    DECISION    THEE 


The  following  decision  tree  is  designed  to  assist  the 
decison  maker  in  determining  if  software  development, 
maintenance  and  distribution  costs  are  incremental  to  a  3PIB 
procurement    decision. 

START 


rAR1] 


- 

Will  development 

of  a  nev 

r  IC?  be 

Y2S 

% 

required  for  the  non-GPI3  instrument  ? 

NO 

V 

Software  costs  are 
incremental  and 
should  be 
considered 

Software  costs  are 
non-incremental  and 
should  not  be 
considered 

i 

i 

1 

' 

I 

i 

TBS 

Will  development  cf  a  new  IGP 
be  reauired  for  the 

NO 

GPI3  c 

onfigured 

instrume 

nt  ? 
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AP PENDIX    J 
FAILURE   RATE    DERIVATION 

The  repair  incidence  (failure  rare)  was  derived  through 
a  survey  of  various  individuals  highly  experienced  in  the 
operation  and  maintenance  of  IESE-488  configured  test  equip- 
ment. The  survey  was  conducted  through  phone  conversations 
and  questionnaires.  The  following  is  a  complete  listing  of 
the   responses: 

Nagie/Actiyit y^Ref erenca  Failure   Incidence 

Mr.    James  Cigler  Approximately   5% 

NARF    Norfolk    Type    III 
phcnecon    of    23   Nov  8  3 
Mr.    Paul   Willenborg  1-2    % 

NATC    Patuxent   River 
Questionnaire    dtd   24    Feb   83 
Mr.    Dcnald  Marshall  Less   than    5% 

NAS    Whidby   Island   Type    III 
phcnecon    cf    12  Jan   8  3 
Mr.    Micheal    Eagar  Maximum   of    5% 

NHS    Crane 

phcnecon  cf  17  Jan  8  3 
These  survey  results  were  presented  and  discussed  at  the 
AC/D  Conference  in  Dallas,  Texas,  on  30  March  1983  (see 
Appendix  G  for  a  list  of  the  conference  attendees) .  The 
concensus  of  the  conference  was  that  2\  failure  rate  should 
t3   utilized. 

Although  the  2%  failure  rate  may  appear  quire  lew, 
further  analysis  indicates  otherwise.  If  one  only  considers 
the  GPI3  duty  cycle  as  that  time  during  which  the  bus  is 
used  (i.s.  the  condition  cf  the  bus  does  not  deteriorate 
during   idle    time),       the    2%    failure  rate   translates   to    s   mean 
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time  t^tween  failure  (MTBF)  of  only  94.5  hours  ((.7  X  2. 7 
hrs/calibration) /(. 02  failures/calibration))  for  the  example 
used    in    Appendix  S. 

This  MTBF  is  significantly  lower  than  that  calculated  by 
test  equipment  manufacturers  during  warranty  report  prepara- 
tion.     Twc   examples   are   offered. 

1.  Hewlett-Packard's  warranty  report  on  the  8672  signal 
generator  estimates  the  IEE2-488  bus  (HP-IB)  failure 
rate  at  .2%  per  year  (based  upon  20  0  0  hours  per 
year).  This  translates  to  a  MTBF  of  1,000,000  hours, 
four  orders  of  magnitude  greater  than  the  rats  used 
in  this  analysis.  Additionally,  H-P  calculated  that 
the  HP-IB  only  contributed  .9%  to  the  overall  failure 
rate  of  the  instrument.  This  failure  rate,  however, 
is  based  on  an  instrument  not  connected  to  another 
instrument  or  controller.  It,  therefore,  does  not 
include  the  failure  rate  of  the  GPIB  connecter. 
[Ref.    57] 

2.  Tektronix  has  calculated  the  failure  rate  of  a  GPIB 
cable  (with  twc  connectors)  as  .0324  per  1000  hours. 
This  translates  to  a  MTBF  of  nearly  31,000  hours. 
[Ref.    58] 

Because   of    these    low    failure    rates,      the    incremental    fee 
that      manufacturers      charge      for    inclusion      of     GPIB      option 
coverage    in     their    annual      repair   agreements      is    very      small 
(most   often    zero).       Examples   are    provided    in    Appendix   L. 
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APPENDIX    K 
IEEE-488    REPAIR    MANHOURS    AND    MATEBIAL    COSTS 


The  average  cost  of  an  IEEE-488  repair  in  terms  of 
man hours  and  materials  was  established  through  interviews 
with  and  the  completion  of  questionnaires  by  various  indivi- 
duals experienced  with  bus  repair.  The 
sample   of   the  responses: 


following    is 


2  a  n  <gj  A  c  t  i  vi  t  y  /R  e  f  e  r  en  ce  Maflkoiliii 

Mr.    James  Cigler  2 

NARF    Norfolk    Type    II 

phonecon    of    23   Nov   8  3 
Hr-    Paul    Willenborg  2 

NATC   Patuxent    River 

Questionnaire    dtd    24    Feb   83 
Mr.    Donald  Marshall  2 

NAS    Shidby  Island   Type    II 

phonecon    of    12  Jan   8  3 
1:.    Craig  Gaby 

Hewlett-Packard 

Service    Center,   Atlanta 

phcnecon    of    18   Jan    1983 


Material   Cost 
$    20-25 


$25 


$    25 


2    (if   bus   controlled   by 
separata   microprocessor) 
6     (if    bus   and    instrument 
controlled    by    a   single 
microprocessor) 


The  results  of  this  survey  ware  discussed  at  the  AC/D 
Conference  in  Dallas,  Texas  on  30  March  1983  (for  a  list  of 
attendees  see  Appendix  G)  .  The  discussion  resulted  in  an 
estimate  of  3  manhcurs  and  $40  of  material  for  an  average 
repair    action.  The    primary    justification    given      for    these 

relatively   low    averages      was   that    a   high      percentage   of   GPI3 
repairs    only  involve    reseating   a   circuit 
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Further    justification   for   these   low    average    expenditures 
comes    frcm   the    following: 

1.  The  incremental  charge  for  inclusion  of  the  3PI3 
cpticn  in  a  manufacturer's  annual  repair  agreemer.-  is 
small,  most  often  zero  (see  Appendix  L  for  examples). 
Since  electronics  firms  are  in  business  to  make 
money,  it  can  be  assumed  that  the  G?I3  is  net  only 
reliable,  but  is  also  relatively  inexpensive  to 
repair. 

2.  The  parts  invcived  in  SPI3  implementation  are  gener- 
ally inexpensive.  The  following  examples 
[Bef.   59,60]    illustrate: 

Texas    Inst.    9914A    GPI3   Integrated  Circuit  316.00 

SN160    Buffer  5.00 

SN162    Buffer  6.50 

HP-IB    Internal   Cable    (H-P  5323A   Counter)  16.50 

HP-IB    Circuit  Card    (H-P    5328A   Counter)  206.00 


89 


APPENDIX    L 
GPIE    REPAIR    CONTRACT    COSTS 

The  following  data  reflects  the  annual  repair  agreement 
rates  for  Tektronix  and  Hewlett-Packard  test  equipment  avai- 
lable   with   GPI3    as    an   option   [Ref.    61,62]. 

Q£sz   of    Annual    Regair    Contract 
J  With    GPIB         Delta 


Mfr 

yodel 

Nomenclature         Ncn-G: 

H-? 

6002A 

Power    Supply 

75 

H-P 

6129C 

Voltage    Source 

230 

H-P 

6130C 

Voltage   Source 

260 

H-P 

6131C 

Voltage    Source 

260 

H-P 

8016A 

Word  Generator 

360 

H-P 

8018A 

Data  Generator 

360 

H-P 

8620C 

Sweep    Generator 

75 

H-P 

8660A 

Signal    Generator 

265 

H-P 

436A 

Power    Meter 

60 

H-P 

1610E 

Logic    Analyzer 

110 

H-? 

1615A 

Logic    Analyzer 

85 

H-P 

1640E 

Data   Analyzer 

105 

H-P 

2804A 

Thermometer 

160 

H-? 

1980B 

Waveform   Storage 

100 

H-P 

37  71  A/E 

Data   Analyzer 

230 

H-P 

4262A 

LCR   Meter 

125 

H-P 

4943A 

TIMS 

310 

H-? 

4944A 

riMs 

310 

H-P 

5328A 

C  o  u  nt  e  r 

30 

H-P 

5340A 

Counter 

370 

H-P 

5342A 

Counter 

170 

H-P 

5345A 

Counter 

24  5 

H-P 

3964A 

Tape   Reccrder 

26  0 

H-P 

3968A 

Tape   Reccrder 

575 

H-P 

5150 

Print  er 

105 

75 

0 

230 

0 

260 

0 

26  0 

0 

360 

0 

36  0 

0 

95 

20 

265 

60 

0 

110 

0 

85 

0 

105 

0 

160 

0 

115 

15 

280 

0 

170 

45 

310 

0 

310 

0 

30 

0 

370 

0 

200 

30 

24  5 

0 

26  0 

0 

575 

0 

105 

0 

90 


TEK      466  Oscilloscope  430 

TEK      5223  Oscilloscope  305 

TEK      492  Spectrum    Anal  610 


43  0 
30  5 
630 


0 

0 

20 
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appendix  a 

LOGISTICS    COST    FACTOR    DERIVATION 

■v  . 

A  logistic  ccst/material  cost  ratio  was  one  of  the  most 
illusive      elements      in  this      analysis.  Consultation      with 

members  of  the  Naval  Postgraduate  School  (N?S)  financial 
management  facility  and  phone  conversations  with  MAYS  UP, 
NAVCOMPT  and  the  Fleet  Material  Support  Office  (FMSO)  failed 
to   locate    a   viable    figure. 

with  the  assistance  of  CDR  Peter  w.  Blondin,  NPS  finan- 
cial management  faculty,  the  following  ratio  of  budget 
elements  related  to  logistics  system  operation  costs  and  the 
cost    cf    materials   processed    by   the   system    was   devised: 

1  •  Logistics  System  0p_  grating  Costs  (Numerator)  .  The 
estimated  cost  of  operating  the  Navy  logistics  system 
was  based  upon  the  following  FY-83  budget 
authorizations: 

Appropriat  icn  l£.§as   Included.  A£orox   Amt 

OSM,  N     (3A-7)  NAVSUP    Hdqtrs.  $       60    H 

ICPs/FMSO  200    M 

Stock  Points  220    H 

Transportation  460    H 

OSM,  N     {Other   BAs)       Stock   Points  100    M 

06M,     DOD  ICPs/StOCk    Points  400    H 

MEN  MILPERS    in    Supply  300    H 

Procurement  Investment    Costs  100    M 

TOTAL    APPROXIMATE    FY-33    COSTS  $    1,8U0    M 

2.       3upj>!2      System   Material      Costs    (Denominator)  .  This 

figure  consists      of    FY-83    budget   authority      for    spare 
parts  and   for   Navy  Stock   Fund     (NSF)    material. 

Appropriation  Areas    Included  h.R2L21  All 

CPN  Spares    Procurement  S         81    M 

WPN  Spares    Procurement  127    ;i 
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APN  Spares   Procurement  1,983    M 

NSF    (0&M,N)  Spares   Procurement  3,000   M 

Other    Stock  Funds   Spares    Procurement  BOO    H 

C£M,N    (BA-7)  Eng/Component    Rework         1,034    M 

TOTAL    APPROXIMATE    FY-33    Costs  7,030    .1 

3«      lo^iJ^ics  Cost/Material   Cos*    Ratio.         Division   of   the 
logistics     costs    ($1,340      H)       by      the   total      material 
costs    (37,030    M)     yields    .2617     (26.173). 
This    26??  fig-ore    grossly    understates       (perhaps    by   as   much 
as    100%)         -the    actual  cost    ratio      because   of   the      absence  of 
several   major  logistics   system   cost      elements    which    were    not 
available.  Amcng      these      absent      cost      elements      are      the 

following : 

1«      Costs  of      Aflcat   Supply      Support.        The      Navy   employs 
numerous    supply  support    ships      to   deliver    supplies  to 
the   operating   units.      The   aoove   logistics   system  cost 
estimates      do        not      include      any      costs         for      their 
operation. 
2-      Ccsts  of    Logistics   Planning.         A      good   portion   of  the 
Naval     Material  Command      and      its   associated      systems 
commands     (other  than    NAVSUP)     are   directly    involved   in 
the      planning   and      programming      of   logistics      support 
within  the   Navy.        This   involvement    includes   both   the 
acguisiticn      cf      major      systems      and      the      logistical 
support    of  these   systems.        Since   it    was   not    possible 
to   segregate    individual   costs      of   supply    support    from 
other  aajor    logistical    areas,      no      cost   for   the    Naval 
Material    Command      or    its   systems    command       (other   than 
NAVSUP)     have    been    included. 
If   a    true      ratio   could    be    calculated   it      would    lie    some- 
where   between   25^   and   55%      [Ref.    63]-         In    this    analysis   the 
mid-pcint    of  this   range,    10 %,    will   be    used    for   the    logistics 
cost    factor.  Fortunately,      as    demonstrated   in      the   sensi- 

tivity  analysis     (Appendix  T)       the   accuracy    of   this    factor    is 
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nor    critical  to    the   analysis.  In   fact,      the  difference   in 

the    model's     output    using      25%   factor    as      compared   to      a   55% 
factor    is   only   $  1.  10. 
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APPENDIX    N 
FCA    HANHOOE    COST    CALCULATION 

The  cost  of  a  ECA  man  hour  is  based  upon  the  NAVCOMPT 
Manual1 s  "Statistical  Costing  of  Military  Personnel 
Services"  [Ref.  64]  and  an  overhead  rate  equal  to  that 
recorded  by  the  Navy  Industrial  Funded  (NIF)  Naval  Air 
Rework    Facilities    (NASFs)    during    FY-32. 

1-  Hourly  Labor  Costs.  The  hourly  labor  cost  is  based 
upon  the  average  hourly  rates  for  paygrades  E-U  and 
E-5  as  taken  from  the  "Navy  Composite  Standard 
Military    Rate   Table"    {.Ref.    65]. 

Pay  grade  Hourly    Rate 

E-4  7.66 

E-5  9.07 

Average  8.36 

This   average    figure    is   adjusted   for   the   following   two 
factors : 

Retirement    Entitlement    Accrual:  26.5? 

Other    Personnel  Support   Cost    Accrual:  23-0? 

NOTE:      The  Other  Personnel   Support    Costs    includes 
a    portion   of    guarters,    subsistence,    medical 
and   commissary    costs  not   included    in    the 
standard  rate . 
Application    of   these    factors   yields: 
Current    Costs 

Standard   Rat  e  8.  36 

Other    Personnel    Support  1.92 

Total   Current   Costs  10. 21 

Deferred    Costs 

Retirement  2.  22 

Total  Labor    Cost  12.50 
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2«      Overhead      Rata.  The   overhead      application      of      :il? 

funded  activities  during  FY-82  was  calculated  from 
the  Department  of  the  Navy,  Office  of  Comptr  oil  9r , 
"Navy  Industrial  Fund"  Report  for  the  period  ending 
30  September  1982.  The  following  figures  are  taicen 
from   the    NARF   section   of  that    report: 

Direct   Labor  $    372,083,000 

Overhead    Labor  337,557,000 

Overhead    Materials    5    Services  255,511,000 

The    overhead    rate    was   calculated    by    dividing   total 
overhead    by    direct   labor,    yielding    1.59. 
3-      iLcurlv  Overhead      Cost.         To      avoid    char  gin  a      overhead 
against    a   deferred   labor   cost,     (retirement)  ,    the    over- 
head  rate   is    applied    only   to   tha   current   hourly    labor 
cost      (standard     rate      and     other      personnel      support 
costs).       Therefore,    the    hourly    overhead   charge    equals 
the   current    hourly   labor  cost     (510.28)       multiplied   by 
the   overhead    rate    (1.59)    =   $16.35. 
4  •      Tctal  Hourly.      Cost   Of   FCA      l^nhour.         The      hourly    FCA 
cost    equals    the  total   hourly    labor    cost    ($12.50)    plus 
the   hourly      overhead    cost       ($16.35)       =      323.85.      This 
figure  is   rounded    down    to    328    per   hour    for    use    in   the 
cost-benefit    model. 
It    is   recognized    that   many      substantive    arguments   can    be 
made    against      the   derivation   of      tnis    figure.         It      could   be 
argued    that    application    of    an    overhead   charge    is    invalid    for 
a      shipboard  FCA      because      the      facility   cost      would      remain 
unchanged   even    if      a    man    was   eliminated.         It      might    also   be 
argued   that    the    overhead    charge      is    actually   too    low    consid- 
ering  the      size    of       the   Navy      support    establishment      and   the 
relativaly   fcrward      position   of   the      FCA   in      that    structure. 
Similar      legitimate    assaults      could    be      made   en      practically 
every    factor  in    this    derivation.         Ho  waver,      no    other    figure 
exists    and   this      figure   is    not    cut   of    line      with    the    related 
hourly    rates  discussed   in   the    following    paragraphs. 
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AIMSO    is      conducting    an      "AIMD  Cost      Collection    Program" 
and   has      developed   two      AIMD   manhour      cost    estimates.  The 

preliminary  results  for  FY-81  (the  figures  for  FY-32  and 
FY-83  are  still  under  development)  list  salary/benefits 
ccsts  of  $13  per  hcur  and  a  total  hourly  cost  (including 
materials)  of  $40  per  hour  [  Ref .  66].  Adjusting  these 
figures  ty  application  of  the  miliary  pay  raises  for  FY-32 
and  FY-83  (14.7  and  4.0  percent  respectively)  to  the 
salary/benefit  pcrticn  and  application  of  the  consumer  price 
index  (CFI)  for  CY-8  1  and  CY-82  (3.9%  and  3.9"S  respectively) 
tc  the  material  portion,  yields  a  FY-83  salary/benefit  rate 
of  $15.51  per  hour  and  a  FY-83  total  cost  rate  of  $45.26  per 
hour.  The  disparity  between  these  figures  and  those  devel- 
oped for  this  analysis  can  be  explained  in  :wo  ways.  First, 
the  AIMSC  study  considers  all  AIMD  personnel  including  offi- 
cers and  chief  petty  officers,  whereas  this  study  only 
considers  P03s  and  P02s.  Secondly,  the  cost  of  materials  in 
a  FCA  are,  on  the  average,  lower  than  that  of  mos-  AIMD  work 
centers    for   the    following  reasons: 

1.  FCA  inductions  are  primarily  scheduled  maintenance 
and,  therefore,  often  only  require  minor  adjustments. 
Most  other  AIMD  inductions  are  unscheduled  repairs 
and,  therefore,  require  part  replacement  a  higher 
percentage  of   the   time. 

2.  The  repair  parts  used  in  the  FCA  generally  consist  of 
relatively  inexpensive  electronic  components.  Many 
of  the  repairs  in  other  AIMD  work  centers  require 
replacement    of   more    complex   and    expensive    components. 

The      $28/hour   figure      compares  to      the    following      hourly 
rates   charged  by  other  calibration   and   repair    activities: 
NARF    (average   FY-83    NIF    LOS)  $    48.00 

John  Fluke  Corporation  57.50 
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Tektronix 
Hewlett -Packard 


60.00 
65.00 
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APPENDIX    0 
DISCODNTING    AND    THE    DISCOUNT    FACTOR    TABLE 

Discounting  is  a  technique  used  to  adjust  future  cash 
flows  to  their  current  value  (present  discounted  value 
(PDV)  )  .  "The    present     value   of      51    payable      next   year     is 

$1/(1+r).  This  is  the  amount  which,  if  invested  today  at  an 
annual  interest  rate  r,  will  yield  3  1  in  one  year." 
[Ref.  67]  Therefore,  the  further  an  expected  cash  flew  is 
into  the  future,  ths  less  its  value  will  be  in  current 
terms.  The  discount  factor  (provided  below)  is  the  decimal 
fraction  us=d  to  reduce  future  casn  flows  to  their  present 
value    (PDV)  . 

In  accordance  with  DOD  Directive  704  1.3  and  OM3  Circular 
A-94,  a  fen  percent  discount  rate  will  be  utilized  in  this 
analysis.  The  discount  rates  used  will  be  "average"  factors 
vice    "end  of  the   year"   factors    for   the    following   reasons: 

The    rationale    for    using   average      faotors    instead    of    end- 
of-the-year    factors   is   essentially    twofold: 

1.  After  the  initial  investment  cost,  most  of  the 
annual  costs  and  benefits  associated  with  a 
project  do  not  occur  at  a  single  point  in  tine 
but  rather  are  spread  throughout  the  year.  This 
is  typically  true  cf  operating  costs  and 
salaries.  Such  costs  are  best  approximated  by  an 
annual  lumo  payment  occurring  in  the  middle  of 
the  year. 


2.  The  exact  time  cf  occurrence  of  costs  and  bene- 
fits in  out  years  of  an  economic  life  may  not  be 
known  with  certainty.  In  the  absence  of  more 
specific  inf ormat ion*  t.iere  is  no  reason  to 
assume  that  these  costs  and  benefits  will  occur 
only  on  the  anniversaries  of  acquisition:  they 
micnt  occur  at  any  point  in  the  vear.  average 
factors  are  generally  apolied  to"  such  costs. 
Errors  on  the"  low  siae  should  occur  about  as 
often    as   errors      on   the    high    side.  In    the   long 

run,         there        will      be      ah        offsetting      effect. 
[Ref.    63] 
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Year; 

0 

1 

2 

3 

4 

5 

6 

7 

9 

9 
10 
11 
12 


A vsrage   Factor 


1. 

,000 

0. 

,  954 

0. 

.867 

3. 

,778 

0. 

,717 

0. 

,652 

0. 

,592 

0. 

,538 

a. 

,489 

a. 

,445 

0. 

,405 

3. 

,363 

0. 

,334 

100 


APPENDIX    P 
GPETE    LIFE    EXPECTANCY 

The  life  expectancy  of  various  generic  classes  cf  GPETE 
was  derived  through  the  presentation  of  an  input  given  to 
the  author  by  Mr.  Earl  Hampel,  COMNA VAIHLANT  Cede  532B1,  and 
its  subsequent  revision  at  the  AC/D  Conference  in  Dallas, 
Texas  on  30  March  1983  (refer  to  Appendix  G  for  a  list  of 
attendees) . 

Lif  j    ExjDectancv    Est  imat  es 
Instrument   Ty_£e  Hampel   Input  AC/3   Revision 

Counters  20    years  12   years 

Oscilloscopes  8-10    years  Q   years 

Signal  Generators  7    years  10   years 

Digital    Meters  10-15    years  10   years 

In  this  analysis,  the  AC/D  revised  life  expectancies 
will    bs   used. 
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APPENDIX    2 
CALIBRATION    INTEBVAL    COMPARISON 

The  following  is  a  comparison  of  the  METRL  model  number, 
METRL  gsneric  and  the  manufacturer's  r=commended  calibration 
interval  for  a  sample  of  twenty  instruments  (five  from  each 
MECCA    applicable   generic   group)    [Ref.    69,70,71]. 

Calib  Interval    (Months) 

Nomenclature  Generic      :1ETRL        Mfr 

Digital    Multimetsr 

Digital    Multimetsr 

Digital    Multimeter 

Digital    Multimetsr 

Digital    Multimetsr 

Count  sr 

Counter 

Counter 

Counter 

Counter 

Signal  Generator 

Signal  Generator 

Signal  Generator 

Signal  Generator 

Signal  Generator 

Signal  Generator 

Oscilloscope 

Oscilios  cope 

Oscilloscope 

Oscilloscope 

Oscilloscope 


aii 

Mcd^l  Nr 

H-E 

970A 

H-E 

3465  A 

H-P 

3469B 

H-P 

3U76B 

H-P 

3490A 

H-P 

5  3  28  A 

H-P 

5340A 

H-P 

5  345  A 

H-P 

5  360  A 

H-P 

5  3  82  A 

H-P 

8616A 

H-P 

8614A 

H-P 

8660B 

H-P 

8672A 

H-P 

86603 

H-P 

6  18C 

TEK 

465M 

H-P 

1703A 

H-P 

17073 

H-P 

180C 

H-P 

12013 

AVERAGE 

6 

12 

12 

6 

12 

12 

6 

10 

12 

6 

10 

12 

6 

6 

3 

6 

2U 

12 

6 

38 

6 

6 

20 

6 

6 

9 

3 

6 

12 

12 

6 

16 

6 

6 

13 

6 

6 

12 

6 

6 

6 

6 

6 

12 

6 

6 

16 

6 

6 

16 

12 

6 

5 

6 

6 

5 

6 

6 

12 

6 

6 

4 

6 

0 

12.9 

7.3 
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APPENDIX    R 
STANDARD    HA NHOUR    COHPARISON 

The  following  is  a  comparison  of  the  standard  calibra- 
tion manhcurs  between  nanufactursrs1  sarvica  centers  and 
Navy  activities.  Twenty  instruments  a:?  listed,  five  from 
each  of  the  generic  groups  for  which  MECCA  ICPs  hava  or  will 
be    developed.  Navy  data    is      basad    upon    fiv=      year    MEASURE 

data  from  the  FBAMS  Report  R-1  of  19  JAN  1983.  Manufacturer 
figures  are  based  upon  the  current  standard  calibration  cost 
[Ref.  62,70]  divided  by  the  currant  hourly  calibration/ 
repair  cost  for  the  particular  manufacturer  (365/hour  for 
Hewlett-Packard,    360/hour   for   Tektronix). 

Calib    Std    Manhcurs 


Mfr 

jjodel    Nr 

Ncmencli 

aturs 

FR  AM    R^J. 

MER 

H-F 

970  A 

Digital 

Hulti 

meter 

2.  1 

1.0 

H-F 

3465A 

Digital 

Hulti 

mater 

2.4 

2.3 

H-P 

3U69B 

Digital 

Hulti 

met  a  r 

2.4 

3.0 

H-P 

3U763 

Digital 

Hulti 

mat  ar 

1.  3 

1.0 

H-F 

3  U  90  A 

Digital 

Hulti 

mat  ar 

2.  2 

3.5 

H-F 

5  3  28  A 

Counter 

2.  1 

4.0 

H-P 

5340A 

Counter 

2.  3 

4.2 

H-F 

5345  A 

Counter 

4.  1 

4.0 

H-F 

5360A 

Ccuntar 

4.  2 

6.0 

H-F 

5382A 

Counter 

2.3 

1.5 

TEK 

465  M 

Cscillo  scope 

3.2 

2.0 

H-F 

1703  A 

Oscilloscope 

3.  3 

4.0 

H-F 

1707  3 

Cscillo 

scope 

6.7 

a.O 

H-F 

130C 

Cscillo 

scope 

2.  0 

1.  5 

H-F 

1201B 

Oscillo 

scoDe 

2.6 

2.5 

H-F 

8616A 

Signal 

Genera 

tor 

3.  3 

2.  5 

H-F 

8  6  14  A 

Signal 

Genera 

tor 

3.6 

2.  5 

H-F 

36603 

Sianal 

Genara 

tor 

4.6 

4.5 
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H-E  8672A 

H-E  613C 


Signal  Generator 

12.0 

6.0 

Signal  Generator 

3.4 

2.5 

AVERAGE 

3.  5 

3.  1 
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APPENDIX    S 
COST-BENEFIT    MODEL    SAHPLE    EXECUTION 

The  following  example  execution  of  ths  cost-benefit 
analysis  model  developed  in  chapter  5  is  based  upon  a 
December  1982  Navy  procurement  of  3000  AN/USM-425  oscillo- 
scopes from  Kikisui  (Japan).  The  derivation  of  each 
parameter  and  the  applicable  calculations  will  first  be 
presented.  The  results  will  then  be  assigned  to  the  appro- 
priate  life   cycle   year,    discounted  and   totaled. 

1 •      Procurement    Quantity .      3000   units    (per   the    contract). 
2-      Instrument   Life  Cycle.         9      years    for   an   oscilloscope 

(Appendix   P) . 
3.      Calibration    Cycle.      The    16   month   calibration    interval 
of   the  current   AN/USM-425   oscilloscope    (the   Tektronix 
465M,      option      49)       will      be  used      in   this      analysis. 
Taking  into   account    the      initial   calibration    (assumed 
to  take      place   at    time   zero)         a   total   of      seven   life 
cycle  calibrations      will   be      scheduled   for      execution 
during  the   following    months:       0,     16,    32,    48,      64,      80 
and    96. 
**  •      Standard    Calibration      Manhours.         2.7      man  hours,      the 
standard    calibration      manhours    of   the     Tektronix  465M 
(from  PRAMS    format   R-1) ,    will    be    used. 
5-      Software    Cost s ■        For   the    sake    of   illustration,    soft- 
ware  costs   will  be  included   in   this   calculation. 

a)  Software  Development  Costs.  The  $2,500  TCP  devel- 
opment cost  divided  by  3000  units  yields  a  cost  of 
$0.83    per    unit    (assigned  to   time   0). 

b)  Software  Maint  enance  Costs.  $300  per  year  soft- 
ware maintenance  cost  divided  by  3000  units  yields 
a    cost      of    $0.10       per    year    for      each   of      the    first 
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nine    years    cf   the    instrument 's   projected   life    (the 
entire  life  of  an    oscilloscope) . 
c)    Software   Distribution      Costs.         $U    per      MECCA   site 
multiplied    by    100    MECCA    sites    (rounded    up    from   the 
current   93    sites)     and   divided   by    3000    units   yields 
a   cost   of    $0.13   per   unit   for   each   year    of    its   life 
cycle. 
6-      Repair   and      Logistics   Costs.         A    typical      GPIB   repair 
consumes    3   NARF  manhours    (3144)  ,    $40   of   materials    and 
a    logistics   cost   of    $16    (.4      x    $40)       for    a    total   cost 
cf       S200.         Over      this      instrument's      life    cycle      the 
chance  of  a    failure    is    14?S     based    upon   a    2%    chance   of 
failure    upon    induction    for    each   of   the   seven    required 
calibrations.        Fcurteen      percent   of   $200      is    $28.00. 
This   repair    cost   is    charged  at      the   life   cycle's   mid- 
point,   the   fifth   year. 
7.      Calibration      Savings .  The   savings      resulting      from 

closed      loop      calibration      is      30^      of      the      standard 
manhcurs     (2.7)         multiplied  by      the    FCA      manhcur   cost 
rate    ($28).      This   calculation    yields   a   $22.68   savings 
to    be  applied    at    time   zero   and    years    2,    3r    4r      6,      7, 
and    8. 
These   costs/savings   are    applied      to   the   appropriate   life 
cycle   years,   discounted   to    obtain   a    present   discounted    value 
(PDV)       (for   an    explanation    of      discounting   refer    to    Appendix 
C)  ,    and   totaled    as    fellows: 

DISCOUNT 
Xi         IACTOR  COST    ELEMENT  COST  TOTAL  PDV 

0  1.000  Software    Develop       (0.83) 

Calib    Savings  22.68 

Total  21.85  21.35 

1  0.954  Software    Maint  (0.10) 

Software   Dist  (0.  13) 

Total  (0.23)  (0.22) 

2  0.867  Software   Maint  (0.10) 
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Software   Dist  (0.  13) 

Calib    Savings  22.68 
Total 

0.778           Software    Haint  (0.10) 

Software   Dist  (0.  13) 

Calib    Savings  22.68 
Total 

0.717          Software   Saint  (0.10) 

Software   Dist  (0.  13) 

Calib    Savings  22.68 
Total 

0.652           Software    Maint  (0.10) 

Software   Dist  (0.  13) 

Repair/Logistics  (28.00) 
Total 

0.592          Software   Maint  (0.10) 

Software    Dist  (0.  13) 

Calib    Savings  22.68 
Total 

0.538          Software    Maint  (0.10) 

Software   Dist  (0.  13) 

Calib    Savings  22.68 
Total 

0.489          Software   Maint  (0.10) 

Software    Dist  (0.  13) 

Calib    Savings  22.68 
Total 

0.4U5          Software   Maint  (0.10) 

Software   Dist  (0.  13) 
Total 


TOTAL 

If    • 
tion    is 
will      i 


he      anticipated   incremental   cost 
less      Than    $92.94,       inclusion    of 
ssult      in      a      life        cycle      cost. 


22.45 


22.45 


22.45 


(28.23) 


22.4  5 


22.45 


19.  46 


17.  47 


16.  10 


(18.41) 


13.29 


12.  08 


22.45  10.98 


(0.23)  (0.10) 

92.  9^ 
of     gpib   configura- 
GPI3  configuration 
benefit.  If      the 
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anticipated  GPIB  cost  exceeds  332.94,  the  decision  makei 
must  de-ermine  if  the  non-quar.tif  cables  are  worth  the  addi- 
tional  life   cycle  cost. 
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APPENDIX    T 
SENSITIVITY    ANALYSIS 

This  sensitivity  analysis  evaluates  the  effect  on  the 
model  output  attributable  to  variation  of  the  input  parame- 
ters. Th€  Kikisui  oscilloscope  procurement  data  used  in  the 
model  execution  example  in  Appendix  S  will  be  used 
throughout    this    analysis. 

Because  the  nodel  output  is  the  maximum  price  that  could 
be  paid  for  GPIB  configuration  without  increasing  life  cycle 
costs,  the  "break  even  point"  (zero  dollars)  output  is  the 
point  at  which  3PI3  would  have  to  be  free  in  order  for  there 
to    De   no   life  cycle    cost    disadvantage. 

1  •  Procurement  Quantity.  Because  the  fixed  software 
costs  are  amortized  over  the  procurement  quantity, 
the  model  is  sensitive  to  quantity  variations  at  the 
lewer  procurement   levels. 

Procu rsment    Quantity  ii2^l2  OJi^JSilJ: 

3000  S    92. 9U 

1000  87.53 

500  80.11 

250  65.26 

100  20.73 

78  0.00 

2-      Calibration    ^anhour    Reduction    Factor.        Because   cali- 
bration      nanhcurs      savings      is      the      only      quantified 
benefit    in  the   model,      any     variation    of   its    elements 
has   a  significant    impact   on   the    model' s  output. 
Reduction   Factor  ^2^li   Ou t o u t 

50%  5    167.57 

30  *3  92.  94 

25%  73. 43 

20°?  54.60 
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10%  16.95 

5.5%  0.00 

3-  Standard  Calibration  Manhours.  Like  the  calibration 
manhcur  reduction  factor,  standard  calibration 
manhcurs  directly  impacts  the  only  quantified 
benefit.  Therefore,  the  model  output  is  sensitive  to 
its  variation.  Unlike  the  calibration  stanhour  reduc- 
tion factor,  this  input  element  can  usually  be 
determined  with  relative  certainty  because  of  the 
existence   of    the    MEASURE   data. 

Standard    Man hours  Model   Outout 

0.50  $      0.00 

1.00  20.37 

2.00  61.46 

2.70  92.94 

3.00  102.54 

4.00  139.63 

5.00  184.71 

4.  FCA  Ma n h ou r  Cost.  Because  the  only  cost  savings 
factor  is  directly  proportional  to  the  FCA  manhcur 
cost,   the    model  is   very    sensitive   to   its    variance. 

FCA    Manhour    Cost  S°££.l  Output 

$   40  140.67 

35  120.50 

30  100.33 

23  92.94 

25  80.16 

20  59.98 

15  39.81 

10  19.64 

5.  13  0.00 

5.  Calibration  Interval .  As  was  the  case  with  standard 
calibration  manhours ,  the  calibration  interval  can 
usually      be      obtained      from        existing      data.  Like 
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previous  parameters  that  directly  affected  calibra- 
tion savings,  the  model  is  sensitive  to  variation  in 
calibration    interval. 

Nr    Calib 
18 

9 

7 

5 

3 

3 

2 


Calib   Interval 

6  months 

12  months 

16  months 

24  months 

3  6  months 

48  months 

6  0  months 


Mo  del    Ootjaut 

1265.49 
128. 69 
92.94 
62.41 
33.04 
29.32 
16.76 

6«      Repair  and      Logistics  Costs.  Repair   and      logistics 

costs  may  be      varied    by   changes    to      the   failure    rate, 

average    repair  time,    material    costs,    and/or    logistics 

costs.      These    elements    are   considered   separately. 

a)    Failure      Rate.  Because        failure     rate      affects 

overall   repair   costs,      the    model    is   more   sensitive 

to      its   variance      than    it      is   to      variance   of      the 

individual   repair    cost    elements. 

Failure    Rate  Model   Out£u+ 


0.5% 

1% 
->& 

5% 
12.255 

b)  R e pa i r  Time.  Repair  time 
significantly  to  have  a 
model' s   output. 

Repair   Time 

1  MHR 

2  MHRS 

3  MHRS 
5     MHRS 

10    MHRS 
24.2    MHRS 


$     106.64 

102.07 

92.94 

65.56 

0.00 
would   have   to    increase 
great      impact      on      the 

.Model   Output 
$    101.71 

97.  33 

92.  94 

84.  19 

62.29 
0.00 
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c)  Material  Costs .  Like  repair  time,  material  costs 
wculd  have  to  vary  substantially  to  havs  any 
significant  impact   on   the    model   output. 

Material  Cost  Model  Our  par: 

J    40  5    94.22 

80  87.82 

200  72.46 

500  34.06 

766  0.00 

3)  Logistics  Cost  Factor.  Variation  of  the  logistics 
cost  factor  has  very  little  effect  on  the  models 
output . 

Logistic   Factor      Model    Output 
2586.0  0.00 

2.00  87.10 

1.00  90.75 

0.55  92.39 

0.40  92.94 

0.25  93.49 

Number  of  MECCA  Sites.  The  number  of  MECCA  sites 
only  affects  software  distribution  costs  and,  there- 
fore,  the  model  is   very    insensitive   to   its    variation. 


MECCA    Sites 
100 
250 
400 
10,012 
Software      Costs. 


Model    Out gut 

3    92.94 

91.54 

90.03 

0.00 

For      large    quantity      procurements, 


such  as  the  Kikisui  AN/USM-425  contract,  the  mod?!  is 
extremely  insensitive  to  software  cost  variations. 
a)  Software  Development  Costs.  The  J52,50  0  TCP  devel- 
opment cost  is  as  firm  as  any  used  in  this 
analysis.  However,  even  if  it  were  doubled  to 
35,000  it  wculd  only  reduce  the  model's  output  by 
$    0.83. 
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k)    Software    Maint ena  ace   Costs.  Doubling    the    annual 

ICP  maintenance  cost  to  $600  per  year  would  only 
decrease    the   model's   output    by    $   0.70. 

c)  Software  Distribution  Costs .  Doubling  the  annual 
IC?  distribution  costs  to  $800  per  year  would  only 
decrease    the   model*s    output    by    $    0.9U. 


113 


APPENDIX    0 
AVAILABILITY    REDUCTIONS    DUE    TO    IEES-488    INSTALLATION 


This  study  only  considers  use  of  the  IE2E-438  interface 
bus  for  calibration  purposes,  therefore,  only  bus  failures 
that    impact   calibration  accomplishment    will    adversely    affect 

instrument    availability.       Because   a    functional   interface    bus 


is    nc 


required   for   the 


m strum en 


t-  •  - 


functional   use. 


the  instrument  could  be  calibrated  using  bus  independent 
(MECCA  open  loop  cr  conventional  manual)  methods  and 
returned  for  use.  Therefore,  the  only  bus  failure  that 
would  preclude  any  form  of  calibration  would  be  one  which 
would  cause  instrument  inoperabilit y  in  both  the  local  and 
remote   modes    (a    "hang  up")  . 

Tc  ascertain  the  probability  of  such  a  "hang  up"  a 
number  of  individuals  experienced  in  IEEE-488  bus  operation 
and  maintenance  were  surveyed.  The  results  of  this  survey 
follows: 

Name/ Activity /Reference  "Hang   Uo"    Probability 

Mr.    Richard    Calhoun  Definite    possibility 

NEC    Pomona 

Phcnecon    of    29   Nov    1983 
Mr.    Micheal   Foley  "Highly   Improbable" 

NA5F    Pensacola  Type    II 


Phcnecon    of    2  1   Jan   3  3 
Mr.    Paul    Willenborg 

NATC    Patuxent    River 

Visit  of    24    Feb   83 
Mr.    Robert  Mawson 

John    Fluke  Corp. 

Phcnecon    of    29   Nov    1  982 


Has    heard   of   one    such 
incidence 

Dees    not    believe    that   it 
is    oossible. 


114 


Mr.    Robert   Holcomfc  "Highly    improbable" 

SAI    NCL    T  us-tin 
phocecon    of    13  Jan    1983 
Mr.   Craig  Gaby  Bus   failure    very   seldom 

Hewlett-Packard  Service  affects    local   operation. 

Center,  Atlanta 
phcnscon  of  18  Jan  1983 
The  findings  of  this  survey  were  presented  to  the  AC/D 
Conference  in  Dallas,  Texas  on  30  March  1983  (see  Appendix  G 
for  a  list  of  attendees).  The  consensus  opinion  of  the 
conference  attendees  was  that  the  possibility  of  such  a 
malfunction    is    remote. 
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APPENDIX    V 
IEEE-488    SUBSET    REQUIREMENTS    FOR    AUTOMATED    CALIBRATION 

The  following  IEEE-488  automated  calibration  subset 
requirements  represent  the  identical  inputs  of  Mr.  Edward 
Greer,  Naval  Air  Test  Center  Code  IS-243,  and  Mr.  Richard 
Calhoun,    Metrology    Engineering  Center: 

Interface  Function  S  vjnbol        S  ubset    Requirements 

Source    Handshake  SH  SHQ    not    allowed 

Acceptor  Handshake  AH  AHO   not   allowed 

Talker    cr  Extended  T    or    TS      10 ,T3,T4  ,T7,T8    not 

Talker  allowed 

TE0,TE3,TS4,TE7,TE3    not 
allowed 

I1,T2,T5,T6    preferred 
TE1,TE2,TE5,TE6    preferred 
Listener  or  L    or    13     L0    not    allowed 

Extended    Listener  LEO    not    allowed 

Service   Request  SR  SR1    required 

Remote   Local  RL  RLO    not    allowed 

RL 1    preferred 
RL2   not    preferred 
Parallel  Poll  PP  ??1,    PP2   optional 

Device    Clear  DC  DC1    required 

Device    Trigger  DT  optional 
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APPENDIX    W 
COMPARISON   OF    GPIB    SUBSET    REQUIREMENTS/RECOMMENDATIONS 

The  following  is  a  comparison  of  the  GPIB  subset 
requirements  specified  in  HIL-T-28800  (Appendix  D) ,  the  U.S. 
Air  Force  MATE  reqnirements  (Appendix  E)  ,  ar.d  the  recommen- 
daticns  provided  by  Mr.  Edward  Grsar  and  Mr.  Richard  Calhoun 
(Appendix  V) : 

1 •      Source   Handshake.      SH1    required    by    all   sources. 

2«      Accepter    Handshake.       AH1    required   by   all   sources. 

3 .      Talker  or   Extended  Talker . 

a)  T1   required   by    :iIL-T-23800. 

b)  T1,      T2r      T5f      or    T6       (or   corresponding   TE   subset) 
required    by   all  other   sources. 

4  •      hlM.'lzZH-.x.    2±L    E  xtendad    Li  stener. 

a)  L1  required  by    MIL-T-23800. 

b)  LO  act   allowed   by    all   other    sources.      This   implies 
L1,      L2r      L3  and    L4    (and  corresponding    LS   subsets) 
are   acceptable. 

5-      Service    Request. 

a)  S31    required   by   HIL-T-28800 ,      Mr.       Calhoun    and    Mr. 
Greer. 

b)  SR1    optional  for    USA?    MATS. 
6 •       Remote-Local . 

a)  RL1    required  by   HIL-T-28800 

b)  RL1      preferred,      RL2      not   preferred      by    all      ether 
sources. 

7 •      Esi^iili    Poll .        Considered   optional      or   not    required 

by   all   sources. 
3«      Device  Clear. 

a)    DC1      net         required      or      considered        optional      by 
HIL-T-28800    and    USAF    MATE. 
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b)    BC1   required  by   Sr.    Calhoun    and   Mr.    Greer. 
5-      2.§vice  Tr i22fs« 

a)  DT1      not        required     or      considered        optic 
MIL-T-2S300    and   USAF    MATS. 

b)  DT1   required  by   Mr.    Caihoun    and    Mr.    Greer. 


aal      by 
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